(19) 



Europaisches Patentamt 
European Patent Office 
Office europeen des brevets 



(12) 



(11) EP 0 898 278 A2 

EUROPEAN PATENT APPLICATION 



(43) Date of publication: 

24.02.1999 Bulletin 1999/08 

(21) Application number: 98306317.3 

(22) Date of filing: 07.08.1998 



(51) mtci 6; G11B 27/031, H04H 1/02, 
G07F 17/16, G11B 27/32 



(84) Designated Contracting States: 


(72) Inventor: Inoue, Hiraku 


AT BE CH CY DE DK ES Fl FR GB GR IE IT LI LU 


Shinagawa-ku, Tokyo (JP) 


MC NL PT SE 




Designated Extension States: 


(74) Representative: Nicholls, Michael John 


AL LT LV MK RO SI 


J.A. KEMP & CO. 




14, South Square 


(30) Priority: 15.08.1997 JP 220366/97 


Gray's Inn 




London WC1R 5LX (GB) 


(71) Applicant: SONY CORPORATION 




Tokyo (JP) 





(54) Data transmitting and receiving system 



(57) The invention provides a transmitting and re- 
ceiving system wherein a data file produced by a user 
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Description 

[0001] This invention relates to a data transmitting and receiving system which can upload data recorded on a re- 
cording medium loaded on the client side from the recording medium to the server side and can download audio data 
s and so forth from the server side to the recording medium. 

[0002] As a recording medium which allows recording and playback, a magneto-optical disc called mini disc (trade- 
mark) which is a recording medium in the form of a disc of a diameter of approximately 64 mm accommodated in a 
cartridge is known. 

[0003] The magneto-optical disc allows recording thereon of audio data for approximately 74 minutes in stereo using 
10 an adaptive transform acoustic coding system (ATRAC) as an audio compression system. 

[0004] The magneto-optical disc can be carried outdoors readily since it is small in size and easy to carry. Further, 
since the magneto-optical disc is different from a conventional digital audio disc called compact disc (trademark) in 
that it allows recording thereon, it allows duplication of audio data thereof. 

[0005] By the way, in order to record audio data compressed to approximately one fifth (1/5) onto a magneto-optical 
15 disc, an audio server system may be constructed such that the compressed audio data are stored as they are into the 
server side, and the data are transmitted to the client side without intervention of any decoder or any encoder for the 
compression processing so that they may be downloaded onto a magneto-optical disc loaded on the client side. 
[0006] In the audio server system, since compressed data are recorded as they are without being decompressed, 
the time required for recording can be reduced comparing with that for recording where compression processing is 
20 performed after decompression processing is performed. 

[0007] If the audio server system is constructed such that a magneto-optical disc carried in by a user can be loaded 
into it and one or a plurality of ones of a plurality of programs recorded as audio data in the server can be duplicated 
onto the magneto-optical disc, then new sales/ service forms of musical programs or the like different from those of 
package media such as a CD (compact disc) can be realized. 
25 [0008] However, musicaPcontents provided by such an audio server system as described above are provided one- 
sidedly 1rom a record company, and common users are in a passive situation. 

[0009] Some of common users which make use of such an audio server system as described above possibly have 
a music writing or lyric writing ability, and provision for such people with a place where such an ability can be made 
public or sold will provide an opportunity of self-appealing. 

30 [0010] It is an object of the present invention to provide a data transmitting and receiving system which allows a 
common user to act beyond a position in which the user merely receives information provided by the system. 
[0011] In order to attain the object described above, according to an aspect of the present invention, there is provided 
a data transmitting and receiving system connected to an information center for transmitting and receiving data to and 
from the information center, comprising loading means into which a recording medium on which content data produced 

35 by a user are recorded can be loaded, playback means for playing back the content data produced by the user and 
stored on the recording medium, transmission means for transmitting the content data played back by the playback 
means and management information regarding the content data, selection means for selecting desired data from a 
large capacity storage in the information center, reception means for receiving the desired data selected by the selection 
means and the management information of the desired data transmitted thereto Irom the information center, and re- 

40 cording means for recording the data and the management information received by the reception means and recording 
the received data and management information onto the recording medium loaded in the loading means. 
[0012] According to another aspect of the present invention, there is provided an information center having at least 
one terminal equipment connected thereto for communicating data with the terminal equipment, comprising memory 
means for storing a plurality of content data therein, transmission means for adding, to that one of the content data 

45 stored in the memory means which is selected by the terminal equipment side, management information for the one 
content data and transmitting the resulting data to the terminal equipment, and reception means for receiving content 
data and management information regarding the content data produced on and transmitted from the terminal equipment 
side, and wherein the content data are arranged based on the management information received by the reception 
means and stored into the memory means. 

so [0013] The above and other objects, features and advantages of the present invention will become apparent from 
the following description and the appended claims, taken in conjunction with the accompanying drawings in which like 
parts or elements denoted by like reference symbols and in which: 

FIG. 1 is a block diagram showing an audio server system to which the present invention is applied; 
55 FIG. 2 is a table illustrating a file structure stored in a server of the audio server system of FIG. 1 ; 

FIG. 3 is a detailed block diagram of the audio server system of FIG. 1 ; 

FIG. 4 is a diagrammatic view of a data structure illustrating a cluster of data recorded onto a magneto-optical disc 
by the audio server system shown in FIG. 1 ; 
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FIG. 5A is a diagrammatic view of a data structure illustrating a cluster of data recorded onto a magneto-optical 
disc by the audio server system shown in FIG. 1 ; 

FIG. 5B is a diagrammatic view of a data structure illustrating a sector included in the cluster shown in FIG. 5A; 
FIG. 5C is a diagrammatic view of a data structure illustrating a sound frame where 11 sound groups are formed 
5 from, two sectors; 

FIG. 5D is a diagrammatic view of a data structure where one sound group illustrated in FIG. 5C includes 2-channal 
data for the right channel and the left channel; 

FIG. 6 is a table of a data structure illustrating the U-TOC sector 0 which is a management area of a magneto- 
optical disc used in the audio server system shown in FIG. 1 ; 
10 FIG. 7 is a diagrammatic view of a data structure illustrating a start address and an end address managed in the 

U-TOC sector 0 illustrated in FIG. 6; 

FIG. 8 is a diagrammatic view of a data structure illustrating a track mode managed in the U-TOC sector 0 illustrated 
in FIG. 6; 

FIG. 9 is a diagrammatic view of a data structure illustrating a linked condition of slots in the U-TOC sector 0 
is illustrated in FIG. 6; 

FIG. 10 is a table of a data structure illustrating the U-TOC sector 1 which is another management area of the 
magneto-optical disc used in the audio server system shown in FIG. 1 ; 

FIG. 11 is a table of a data structure illustrating the U-TOC sector 2 which is a further management area of the 
magneto-optical disc used in the audio server system shown in FIG. 1 ; 
20 FIG. 12 is a lable of a data structure illustrating the U-TOC sector 4 which is a still further management area of 

the magneto-optical disc used in the audio server system shown in FIG. 1 ; 

FIG. 1 3 is a block diagram of a server unit and a recording and playback section of the audio server system of FIG. 1 ; 
FIG. 14 is a diagrammatic view illustrating flows of signals upon downloading between the server unit and the 
recording and playback section shown in FIG. 13; 
25 FIG. 15A is a timing chart of ATRAC data (ATRAC(S)) transmitted from the server unit side to the recording and 

play back section on the client side shown in FIG. 14; 

FIG. 15B is a timing chart of data request data (DATA Req(UD)) transmitted from the recording and playback 
section on the client side to the server unit side shown in FIG. 1 4; 

FIG. 1 5C is a timing chart illustrating a timing of recording by the recording and playback section shown in FIG. 1 4; 
30 FIG. 1 5D is a timing chart of command data ( Command(S)) transmitted from the server unit side to the recording 

and playback section on the client side shown in FIG. 14; 

FIG. 15E is a timing chart of an RTS/CTS signal (RTS/CTS(UD)) for confirmation of a processing condition trans- 
mitted from the recording and playback section on the client side to the server unit side shown in FIG. 14; 
FIG. 1 5F is a timing chart illustrating a timing of processing by the recording and playback section shown in Fl G. 1 4; 
35 FIG. 15G is a timing chart illustrating the command data (Command(UD)) transmitted Irom the recording and 

playback section on the client side to the server unit side shown in FIG. 14; 

FIG. 15H is a timing chart of the RTS/CTS signal (RTS/CTS(S)) for confirmation of a processing condition trans- 
mitted from the server unit side to the recording and playback section on the client side shown in FIG. 14; 
FIG. 151 is a timing chart illustrating a timing ol processing on the server unit side shown in FIG. 14; 
40 Fl G. 1 6 is a diagrammatic view illustrating flows of signals upon uploading between the server unit and the recording 

and playback section shown in FIG. 13; 

FIG. 17A is a timing chart illustrating ATRAC data (ATRAC (UD)) transmitted from the recording and playback 
section on the client side to the server unit side shown in FIG. 16; 

FIG. 1 7B is a timing chart illustrating data request data (DATA Req(S)) transmitted from the server unit side to the 
45 recording and playback section on the client side; 

FIG. 17C is a timing chart illustrating a timing of recording by the server unit shown in FIG. 16; 

FIG. 17D is a timing chart of command data (Command(S)) transmitted from the server unit side to the recording 

and playback section on the client side shown in FIG. 16; 

FIG. 17E is a timing chart of an RTS/CTS signal (FtTS/CTS(UD)) for confirmation of a processing condition trans- 
so mitted from the recording and playback section on the client side to the server unit side; 

FIG. 1 7F is a timing chart illustrating a timing of processing by the recording and playback section shown in FIG. 1 6; 
FIG. 17G is a timing chart of command data (Command(UD)) transmitted from the recording and playback section 
on the client side to the server unit side shown in FIG. 16; 

FIG. 17H is a timing chart of an RTS/CTS signal (RTS/CTS(S)) for confirmation of a processing condition trans- 
55 mitted from the server unit side to the recording and playback section on the client side shown in FIG. 16; 

FIG. 171 is a timing chart illustrating a timing of processing by the server unit side; 
FIG. 18 is a flow chart illustrating processing of the server unit shown in FIG. 13; 

FIG. 19 is a flow chart illustrating processing of the sever unit shown in FIG. 13 upon downloading processing; 
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FIG. 20 is a flow chart illustrating processing of the sever unit shown in FIG. 13 upon uploading processing; 
FIG. 21 is a table illustrating an example of a list display of tunes registered in the server shown in FIG. 13; 
FIG. 22A is a schematic view showing a list of programs provided by the server unit shown in FIG. 16 prior to 
downloading; 

5 FIG. 22B is a schematic view showing a list of programs recorded in advance on a disc loaded in the recording 

and playback section on the client side shown in FIG. 16 prior to downloading; 

FIG. 23A is a timing chart of ATRAC data (ATRAC(S)) transmitted from the server unit side to the recording and 
playback section on the client side shown in FIG. 16; 

FIG. 23B is a timing chart of data request data (DATA Req(UD)) transmitted from the recording and playback 
to section on the client side to the server unit side shown in FIG. 16; 

FIG. 23C is a timing chart of command data (Command(S)) transmitted from the server unit side to the recording 
and playback section on the client side shown in FIG. 16; 

FIG. 23D is a timing chart of command data (Command(UD)) transmitted from the recording and playback section 
on the client side to the server unit side shown in FIG. 16; 
15 FIG. 23E is a timing chart illustrating a control condition of the recording and playback section on the client side 

shown in FIG. 16 upon downloading; 

FIG. 24A is a timing chart of command data (Command(S)) transmitted from the server unit side to the recording 
and playback section on the client side shown in FIG. 16 when information of the U-TCO sector 0 which is man- 
agement information is updated; 

20 FIG. 24B is a timing chart of an RTS/CTS signal (RTS/CTS(UD)) for confirmation of a processing condition trans- 

mitted from the recording and playback section on the client side to the server unit side shown in FIG. 16; 
FIG. 24C is a timing chart illustrating a timing of processing by the recording and playback section shown in FIG. 16; 
FIG. 24D is a timing chart an updating condition of information of the U-TOC sector 0 which is management infor- 
mation of a magneto-optical disc; 

25 FIG. 25A is a timing chart of command data (Command(S)) transmitted from the server unit side to the recording 

and playback section on the client side shown in FIG. 16 when information of the U-TCO sector 1 which is man- 
agement information is updated; 

FIG. 25B is a timing chart of an RTS/CTS signal (RTS/CTS(UD)) for confirmation of a processing condition trans- 
mitted from the recording and playback section on the client side to the server unit side shown in FIG. 16; 
30 FIG. 25C is a timing chart illustrating a timing of processing by the recording and playback section shown in FIG. 16; 

FIG. 25D is a timing chart an updating condition of information of the U-TOC sector 1 which is management infor- 
mation of a magneto-optical disc: 

FIG. 26A is a timing chart of command data (Command(S)) transmitted from the server unit side to the recording 
and playback section on the client side shown in FIG. 16 when information of the U-TCO sector 1 which is man- 

35 agement information is updated; 

FIG. 26B is a timing chart of an RTS/CTS signal (RTS/CTS(UD)) for confirmation of a processing condition trans- 
mitted from the recording and playback section on the client side to the server unit side shown in FIG. 16; 
FIG. 26C is a timing chart illustrating a timing of processing by the recording and playback section shown in FIG. 16; 
FIG. 26D is a timing chart illustrating an updating condition of information of the U-TOC sector 1 which is manage- 

40 ment information of a magneto-optical disc; 

FIG. 27 is a diagrammatic view illustrating a list of programs recorded on a magneto-optical disc after downloading; 
FIG. 28A is a diagrammatic view illustrating a list of programs stored in the server unit side shown in FIG. 1 3 prior 
to uploading; 

FIG. 28B is a diagrammatic view illustrating a list of programs recorded on a disc loaded in the recording and 
45 playback section on the client side shown in FIG. 1 3 prior to uploading; 

FIG. 29A is a timing chart of ATRAC data (ATRAC(S)) transmitted from the server unit side to the recording and 
playback section on the client side shown in FIG. 16; 

FIG. 29B is a timing chart of data request data (DATA Req(UD)) transmitted from the recording and playback 
section on the client side to the server unit side shown in FIG. 16; 
50 FIG. 29C is a timing chart of command data (Command(S)) transmitted from the server unit side to the recording 

and playback section on the client side shown in FIG. 16; 

FIG. 29D is a timing chart of command data (Command(UD)) transmitted from the recording and playback section 
on the client side to the server unit side shown in FIG. 16; 

FIG. 29E is a timing chart illustrating a control condition of the recording and playback section on the client side 
55 shown in FIG. 16 upon uploading; 

FIG. 30A is a timing chart illustrating command data (Command(S)) transmitted from the server unit side to the 
recording and playback section on the client side shown in FIG. 16 when information of the U-TOC sector 0 which 
is management information is updated; 
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FIG. 30B is a timing chart illustrating command data (Command(UD)) transmitted from the recording and playback 
section on the client side to the server unit side shown in FIG. 16 when information of the U-TOC sector 0 which 
is management information is updated; 

FIG. 30C is a timing chart ol an RTS/CTS signal (RTS/CTS(S)) for confirmation of a processing condition trans- 
s mitted from the server unit side to the recording and playback section on the client side shown in FIG. 16; 

FIG. 30D is a timing chart illustrating a timing of processing by the server unit shown in FIG. 16; 

FIG. 31 A is a timing chart illustrating command data (Command(S)) transmitted from the server unit side to the 

recording and playback section on the client side shown in FIG. 16 when information of the U-TOC sector 1 which 

is management information is uploaded; 
10 FIG. 31 B is a timing chart illustrating command data (Command(UD)) transmitted from the recording and playback 

section on the client side to the server unit side shown in FIG. 16 when information of the U-TOC sector 1 which 

is management information is uploaded; 

FIG. 31 C is a timing chart of an RTS/CTS signal (RTS/CTS(S)) for confirmation of a processing condition trans- 
mitted from the recording and playback section on the client side to the server unit side shown in FIG. 16; 
is FIG. 31 D is a timing chart illustrating a timing of processing by the server unit shown in FIG. 16; 

FIG. 32A is a timing chart illustrating command data (Command(S)) transmitted from the server unit side to the 
recording and playback section on the client side shown in FIG. 16 when information of the U-TOC sector 1 which 
is management information is uploaded; 

FIG. 32B is a timing chart illustrating command data (Command(UD)) transmitted from the recording and playback 
20 section on the client side to Ihe server unit side shown in FIG. 16 when information of the U-TOC sector 1 which 

is management information is uploaded; 

FIG. 32C is a timing chart of an RTS/CTS signal (RTS/CTS(S)) for confirmation of a processing condition trans- 
mitted from the recording and playback section on the client side to the server unit side shown in FIG. 16; 
FIG. 32D is a timing chart illustrating a timing of processing by the server unit shown in FIG. 16; 
25 FIG. 33 is a table illustrating a management condition of the inside of a hard disc in the server unit after uploading; 

and 

FIG. 34 is a diagrammatic view illustrating the audio server system of FIG. 1 where a communication network is 
utilized. 

30 DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

[0014] In the following, an audio server system which is constructed making use of a mini disc system as a preferred 
embodiment of the present invention is described in the following order. 

35 1. Concept of construction of audio server system 

2. Construction of audio server system 

3. Cluster format o1 mini disc 

4. U-TOC 

5. Data transmission system for upload/download 
40 6. Upload/download processing 

7. Example of download operation 

8. Example of upload operation 

9. Audio server system employing network 

45 i . Concept of construction of audio server system 

[0015] First, a concept of a construction of an audio server system to which the present invention is applied is de- 
scribed with reference to FIGS. 1 and 2. 

[0016] FIG. 1 illustrates a concept of the audio server system. Referring to FIG. 1 , the audio server system includes 
50 an upload unit 200, a server unit 201 and a download unit 203 as basic components thereof. 

[0017] The upload unit 200 has a function of playing back audio data and character information, image information, 
management information and some other information incidental to the audio data recorded on, for example, a mini disc 
(magneto-optical disc) D1 which is used with a mint disc system. 

[0018] The server unit 201 includes a server 202 formed from, for example, a hard disc drive or the like and can 
55 store a large number of musical programs as audio data and store various information incidental to the programs. 

[0019] The download unit 203 has a function of recording audio data and character information, image information, 
management information and some other information incidental to the audio data onto a mini disc (magneto-optical 
disc) D2 which is used with a mini disc system. 
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[0020] It is to be noted that the upload unit 200 and the download unit 203 can be formed in a unitary member as, 
for example, a mini disc recording and playback apparatus. As a concrete example of a construction of the data trans- 
mitting and receiving system, an example wherein a recording and playback section having both of the upload unit 200 
and the download unit 203 is employed is hereinafter described. 
5 [0021] The upload unit 200 and the server unit 201 have an interface for audio data and another interface for various 
commands, incidental information and so forth built therein so that audio data and incidental information played back 
from the disc D1 can be uploaded by the upload unit 200 to the server 200. 

[0022] Also the download unit 203 and the server unit 201 have an interface for audio data and another interface for 
various commands, incidental information and so forth buitt therein so that audio data and incidental information stored 
10 in the server 202 can be transmitted to the download unit 203 to allow the download unit 203 to record them onto the 
disc D2 to execute downloading. 

[0023] In particular, in the audio server system, a certain user can load a disc D1 carried by the user into the upload 
unit 200 and upload a musical program composed by the user and recorded on the disc D1 in advance into the server 
202. 

is [0024] Incidentally to the musical program and so forth, also character information or image information as relating 
information to the musical program can be uploaded into the server unit 201. 

[0025] Further, another certain user can carry a recordable disc D2, load it into the download unit 203, select a 
desired musical program or the like from among musical programs stored in the server 202 and duplicate the selected 
musical program onto the disc D2 to effect downloading. 
20 [0026] In this instance, not only audio data, but also character information and/or image information stored incidentally 
to the audio data can be downloaded. 

[0027] With the audio server system described above, a user can provide (upload) information (a musical program 
or the like) owned by the user itself to many and unspecified persons. 

[0028] Further, a user can obtain information stored in the server 202 with or without charge. 
2S [0029] In the server 202, upload information is stored in such a file structure as illustrated, for example, in FIG. 2. It 
is to be noted that the structure illustrated in FIG. 2 is a mere example. 

[0030] For example, a piece of uploaded information is stored as a content. For convenience of description, content 
numbers #1, #2, #n are individually applied to the contents. 

[0031] For each content, the user name of a user who has uploaded it is registered first. Further, a password of the 
30 user (or for each content) is registered. Further, as the contents of actual data, audio data of a musical program or the 
like (audio data according to the ATRAC compression system; which may be hereinafter referred to as ATRAC data) 
are stored together with its title (name of the musical program or the like). 

[0032] Further, if character data (text data) or image data (bit map data or compressed image data) are uploaded 
incidentally to the ATRAC data, then they are stored in a corresponding relationship. 
35 [0033] It is to be noted that, for convenience of description, in order to identify ATRAC data, character data and image 
data, they are represented with a suffix added to each content number #n like "#n. ate", M #n. txT and "#n. gif, respec- 
tively. 

[0034] The character data are information produced arbitrarily by an upload user such as, for example, the words of 
a musical program, a lyric writer and a composer, a player, a message, an interpretation and other personal information. 
40 [0035] The image data are also information produced arbitrarily by an upload user such as an image picture regarding 
the musical program, a photograph picture of the upload user or the like. 

[0036] Further, in the server 202, the number of download operations which makes results information of downloading 
incidental to the uploaded information is managed. 

[0037] Further, when the upload user desires provision with charge, the situation of payment of the charge conforming 

45 to pertaining downloading is managed, for example, as a number of unpaid times. 

[0038] Furthermore, also a URL (Uniform resource locator) address and so forth inputted when, upon uploading or 
the like, the upload user wants to present it on an internet home page of the user itself or the like is registered. 
[0039] Further, also an amount of money to be received, for example, for one downloading operation is set and 
registered by inputting of the upload user or the like. Also the date on which the upload registration is performed is 

50 managed. 

2. Construction of audio server system 

[0040] As an example of a concrete construction of such an audio server system as described above, an audio server 
55 system 1 as an embodiment of the present invention is described. 

[0041] FIG. 3 is a block diagram showing a construction of the audio server system 1 . 

[0042] Referring to FIG. 3, the audio server system 1 includes a server unit 10 and a recording and playback section 
20 as basic components for performing uploading and downloading operations. 
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[0043] The server unit 10 includes a main controller 11, a server 12, an operation inputting section 13, a display 
section 14 and so forth. 

[0044] The recording and playback section 20 has a function of recording and playing back audio data and so forth 
onto and from a disc D which is a portable recording medium. 
5 [0045] The server unit 10 and the recording and playback section 20 are connected to each other by a connection 
cable 2. The connection cable 2 may be, for example, the IEEE1394 interface or the like. 

[0046] The server 1 2 in the server unit 10 may be located at a remote place while an ISDN (integrated service digital 
network), a public network or the like is used as the transmission line between the main controller 11 and the server 12. 
[0047] in the audio server system 1 , a user stores audio data and so forth uploaded from a disc D loaded in the 
io recording and playback section 20 to the server unit 10 side in such a file structure as described hereinabove with 
reference to FIG. 2. 

[0048] Then, if a download user loads the disc D into the recording and playback section 20 and selects desired 
audio data from within the audio data stored in the server 12, then the audb data and so forth are transmitted to the 
recording and playback section 20 and downloaded onto the disc D. 
75 [0049] The recording and playback section 20 corresponds to the upload unit 200 and the download unit 203 of FIG. 
1, and the server unit 10 corresponds to the server unit 201 of FIG. 1 while the server 1 2 corresponds to the server 
202 of FIG. 1. 

[0050] In other words, the present audio server system 1 is constructed such that it does not provide a content 
(musical program or the like) in a form in which audio data are stored in such a medium as a compact disc or an audio 
20 tape, but provides a content of music to a download user in another form in which audio data are recorded on a recording 
medium (disc D) owned by the user. 

[0051] For example, it is possible to locate the audio server system 1 in a station, a shop or the like such that a 
content of music is provided to a user with or without charge or to locate the audio server system 1 in a musical studio 
or the like so as to be used for management of contents. 
25 [0052] Further, contents stored in the server can be provided (uploaded) arbitrarily and readily by many and unspec- 
ified users (upload users). 

[0053] Accordingly, also information which cannot commonly be provided readily with a package medium such as a 
CD such as, for example, an original musical program of an amateur musician, can be provided readily to common 
users Thus, an information providing system having a high degree of freedom can be implemented. 
30 [0054] In the server 12 of the audio server system 1 , contents of music of programs each for several minutes are 
uploaded and stored as audio data. 

[0055] It is to be noted that the stored contents need not be those originating from uploading by a user, but may 
include, for example, musical programs up to the top 1 00s in the latest hit chart provided by a record company or the like. 
[0056] The contents stored are recorded as data compressed by the ATRAC system described hereinabove. 
35 [0057] A download user will confirm contents which are provided by the audio server system 1 on the display section 
14 and select, if the user finds one or more desired contents, the content or contents using the operation inputting 
section 13. Thenrthe user will load a disc D owned by the user itself into the recording and playback section 20 and 
perform an operation for starting recording using the operation inputting section 13. 

[0058] When the operation for starting recording is performed by the user, the main controller 11 of the server unit 
40 10 supplies audio data of the predetermined content or contents from among the contents stored in the server 12 to 
the recording and playback section 20. 

[0059] The recording and playback section 20 records the audio data supplied thereto from the server unit 10 into 
a blank area of the disc D. 

[0060] Then, when the recording of the audio data of the contents desired by the user onto the disc D is completed, 
45 the audio server system 1 ends the provision of contents. 

[0061] In the present embodiment, it is assumed that the disc D is a magnetooptical disc and ATRAC audio data 

whose amount is reduced to approximately 1/5 from that of original data are recorded onto the disc D. 

[0062] Accordingly, a compressed signal of the audio data of the ATRAC system stored in the server 12 can be 

dubbing recorded directly onto the disc D from the server 12 without intervention of decoder and encoder circuits for 
50 compression and decompression processes : and since compressed data are recorded directly as they are, the time 

required for the dubbing recording is shorter than that where compressed audio data are decompressed and played 

back and then recorded. 

[0063] Further, the user will carry in a disc D, which is owned by the user itself and on which a musical program or 
the like to be provided to the audio server system 1 is recorded, to and load it into the recording and playback section 
55 20. Then, the user will enter a track to be uploaded (the track is a unit of a musical program or the like recorded on the 
disc D) using the operation inputting section 13 and effect an operation for uploading. 

[0064] When an operation lor starting uploading is performed by the user, the main controller 11 of the server unit 
10 instructs the recording and playback section 20 to effect playback and stores audio data and relating information 
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played back by the recording and playback section 20 into the server 12. 

[0065] Then, when the storage of the audio data and relating information of the track desired by the user from the 
disc D into the server 12 is completed, the audio server system 1 ends the uploading. 

[0066] Also in this instance : audio data of the ATRAC system stored on the disc D can be stored into the server 12 
5 without any intervention of decoder and encoder circuits for compression and decompression processes, and since 
compressed data are recorded as they are, the time required for the uploading is shorter than that where the audio 
data are decompressed and then compressed again to play back them and then recorded. 

[0067] The audio server system 1 further includes a playback section 41 , a relating information playback section 46, 
a communication interface 44 and a receipt/payment block 50 as shown in FIG. 3. 
io [0068] The playback section 41 includes a decoder 42, a playback processing section 43 and so forth. 

[0069] The relating information playback section 46 includes a printer apparatus 47, a display apparatus 48, a speaker 
49 and so forth. 

[0070] The audio server system 1 can perform, in addition to downloading of audio data onto a disc D, various 
operations using the playback section 41 , relating information playback section 46 and communication interface 44. 
*s [0071] For example, audio data to be downloaded to a disc D can be played back by the playback section 41 and 
outputted to the speaker or a headphone or part of audio data to be recorded can be monitored. 
[0072] Further, relating information to audio data to be recorded is outputted from the relating information playback 
section 46. 

[0073] In the playback section 41 , the decoder 42 decompresses ATRAC data supplied thereto from the main con- 
20 troller 11 to produce audio data. The audio data are supplied from the decoder 42 lo the playback processing section 43. 
[0074] The playback processing section 43 performs a process of converting a digital signal into an analog signal, 
an amplification process and so forth to produce an analog audio signal. 

[0075] The analog audio signal produced by the playback processing section 43 is supplied to the speaker, a head- 
phone or the like so as to be outputted as an audio signal from the same. 
25 [0076] By the playback section 41 , for example, part of audio data being duplicated can be provided as a monitor 
signal to the user. 

[0077] The communication interface 44 may be, for example, a modem, a terminal adapter for an ISDN (Integrated 
Service Digital Network) line or the like. 

[0078] The main controller 11 can acquire image information, audio information, text information and so forth from 
30 a WWW (World Wide Web) site of the internet through the communication interface 44. 

[0079] The printer apparatus 47 of the relating information playback section 46 prints out image information or text 
information supplied thereto from the main controller 11 . 

[0080] The display apparatus 48 displays image information or text information supplied thereto from the main con- 
troller n. 

35 [0081] It is to be noted that the display apparatus 48 may be common to the display section 1 4 of the server unit 1 0. 
[0082] The speaker 49 outputs audio information supplied thereto from the main controller 11 . It is to be noted that 
the speaker 49 may be common to a speaker or a headphone which outputs an audio signal outputted from the playback 
section 41. 

[0083] In the server 12, ATRAC data of a plurality of contents uploaded in such a manner as described above are 
40 stored, and also photographs of producers corresponding to the contents, image data of image pictures of the musical 
programs and so forth, the words of the musical programs as the contents, character data representative of histories 
of the artists and so forth are stored. 

[0084] Further, the server 12 may store therein URL addresses if home pages in which such photographs or moving 
pictures of the producers as described above can be accessed are available. 
45 [0085] Thus, the main controller 11 can acquire image information or character information as relating information 
regarding an individual content and output it in the form of a print, a display image or an audio output from the relating 
information playback section 46 to provide it to a download user. 

[0086] Further, in order to record a content selected by a download user onto a disc D, when the main controller 11 
reads out ATRAC data from the server 12 and supplies them to the recording and playback section 20, the main 
50 controller 11 supplies ATRAC data of a predetermined portion from the ATRAC data of a track to be supplied to the 
recording and playback section 20 to the playback section 41. 

[0087] This is intended to allow the user who downloads the recorded track to listen to the ATRAC data while the 
recording and playback section 20 performs recording of the ATRAC data. 

[0088] It is to be noted, however, that, since the ATRAC data are in a condition compressed to approximately 1/5 
55 from original data, it is impossible to effect playback over the overall area of the track while recording is proceeding, 
and the main controller 1 1 cuts out part of the ATRAC data being recorded and supplies them to the playback section 41 . 
[0089] For example, the main controller 11 cuts out a portion of the ATRAC data with which a digest of the program 
can be grasped such as a top portion or an end portion of the program, and supplies the cut out portion of the ATRAC 
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data to the playback section 41 . 

[0090] The portion to be cut out is set in advance in the server 1 2. Further, data which do not have a direct relationship 
with the ATRAC data to be recorded may be supplied to the playback section 41 so as to be outputted as an audio 
output. For example, information of a new program which has no relationship to a content to be downloaded or the like 
5 may be provided. 

[0091] Alternatively, a user who effects uploading may arbitrarily set, when uploading is to be performed, portions 
from which played back sound may be outputted so as to allow such digest playback as mentioned above such that a 
list of addresses of the portions to be played back is stored in the server. 

[0092] Then, upon downloading, the portions designated by the user who has performed the uploading are played 
10 back and outputted by the playback section 41 . 

[0093] Generally, an original musical program or the like of a user who performs uploading in most cases is an 
unknown program, and accordingly a user who tries to perform downloading in most cases wants to perform down- 
loading after the user gets the program played once. 

[0094] Therefore, the contents stored in the server 12 allow a user to get them played. In particular, a portion of a 
15 program from which a digest of the program can be grasped such as a top portion or an end portion of the program 
selected in response to an operation of the operation inputting section 1 3 or the entirety of the program is played back 
and then outputted by the playback section 41 . 

[0095] Consequently, a download user can correctly select a program or the like desired truly by the download user 
and download it onto a disc D of the user 
20 [0096] Further, monitoring playback oulpulling by the playback section 41 may be performed upon uploading. 

[0097] In particular, upon uploading, the main controller 11 supplies part of the audio data stored in the server 12 
(such as a top portion of a program) to the playback section 41 so as to be played back and monitored. Consequently, 
the upload user can confirm whether or not the desired musical program is uploaded correctly 

[0098] Naturally, also when image data or character data are uploaded, monitoring outputting of the same may be 
25 performed by the display apparatus 48. 

[0099] The receipt/payment block 50 performs collection of charges from download users and payment of charges 
to users who have performed uploading. 

[0100] For example, a user who has performed uploading can set an amount of money to be received in accordance 
with a download request for the uploaded content. 

30 [0101] The server unit 10 manages a registered amount of money, for example, in a corresponding relationship to 
each content as seen from FIG. 2, and when a download request is received, the server unit 10 requests the user who 
wants to perform downloading for payment of a charge. It is to be noted that naturally there is no need of making the 
amount of money charged upon the user who wants to perform downloading coincide with the amount of money reg- 
istered so as to be received by the user who has performed uploading of the content. 

35 [0102] Further, the server unit 1 0 manages the number of download times performed for each content, and can pay 
to the upload user an amount of money calculated based on the number of download times and the registered amount 
of money desired to receive. 

[0103] For example, if the user who has performed uploading periodically performs a payment requesting operation 
using the operation inputting section 13, then an amount of money based on the number of download times is paid 
40 from the receipt/payment block 50 to the user who has performed the uploading. 

[0104] In this instance, the number of download times for which no amount of money has been paid as seen in FIG. 
2 or the like is managed. 

3. Cluster format of mini disc 

45 

[0105] Here, as a recording medium (disc D) handled in the audio server system 1 , a recordable and reproducible 
magneto-optical disc specified in a format called "mini disc" is described. 

[0106] A magneto-optical disc called "mini disc 1 " which is used as a disc D in the present embodiment is a recording 
medium in the form of a disc of a diameter of approximately 64 mm accommodated in a cartridge, and audio data for 
so approximately 74 minutes can be recorded as stereo signals on the magneto-optical disc using, as an audio compres- 
sion system, the ATRAC (Adaptive Transform Acoustic Coding) system. 

[01 07] Further, since the audio server system 1 downloads and records audio data compressed by the ATRAC system 
onto a disc D, audio data uploaded from the disc D to the server 1 2 upon uploading are stored in the compressed form 
of the ATRAC system in the audio server system 1. 
55 [0108] In other words, upon uploading from the disc D to the server 12 and upon downloading from the server 12 to 
the disc D, audio data are all processed in the form of ATRAC compressed data. 

[0109] Accordingly, the connection cable 2 which transmits audio data between the server unit 10 and the recording 
and playback section 20 transmits ATRAC data. 
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[0110] It is to be noted that the connection cable 2 transmits also command data such as control commands, TOC 
information of a disc D and so forth as hereinafter described. 

[0111] The format of data of a disc D (mini disc) used in the audio server system 1 is described. 

[0112] Data recorded on a disc D are managed in units called cluster as seen in FIG. 4. Data are written in units of 

5 an integral number of times the cluster onto the disc D. If the ATRAC data recorded in one cluster are reproduced, 
then an audio signal of approximately 2.04 seconds is obtained. As seen from FIG. 5A, one cluster is composed of 
totaling 36 sectors including three linking sectors, one sub data sector, and 32 main sectors (which are used for re- 
cording of audio data compressed by the ATRAC and TOC information). 
[0113] It is to be noted that one sector is a unit composed of data of 2,352 bytes. 

io [0114] The linking sectors are allocated so that, since the format of the disc D employs error correction processing 
of the ACIRC (Advanced Cross Interleave Reed Solomon Code) system, interleaving of the error correction processing 
may be completed within the cluster. In other words, the linking sectors are dummy sectors inserted taking interleave 
in error correction processing into consideration so that rewriting of data can be performed in units of a cluster. The 
sub data sectors make a reserved area. 

is [0115] In the disc D, data of 424 bytes compressed by the ATRAC system are handled in units called sound group 
as seen from FIG. 5C. In the sound group, data of 212 bytes are allocated lor each of the left and right channels. 
[0116] If data compressed in units of a sound group are decompressed, then they correspond to 512 samples of 
totaling two channels of the left channel and the right channel as seen from FIG. 5D. The data of 512 samples corre- 
spond to data of 2,048 bytes. 

20 [01 1 7] More particularly, 

512 samples X 16 bits x 2 channels + 8 bits = 2,048 bytes. 

25 [0118] As seen from FIG. 5B, eleven sound groups form two sectors. 
4. U-TOC 

[0119] The recording area of the disc D is divided into a program area into which audio data compressed by the 
30 ATRAC system are recorded, a U-TOC (User Table of Contents) which is a management area in which management 
data for management of the audio data recorded in the program area are recorded, and a P-TOC (Pre-mastered Table 
of Contents) which is a read-in area. 

[01 20] With the disc D, even if actual musical data are not rewritten, erasure or editing of a program can be performed 
by rewriting information of the U-TOC. For example, if, with a disc D on which 5 programs are recorded, a start address 
35 and an end address of the third program are managed as a recordable area, then the third program cannot be played 
back any more. 

[0121] In other words, when ATRAC data are recorded onto the disc D, also the U-TOC information must be rewritten 
simultaneously. 

[0122] In the following, the U-TOC is described. It is to be noted that the unit of audio data recorded on the disc D 
40 is called "track". This track is a unit of, for example, a music and is a unit corresponding to a content of a musical 
program stored in the audio server system 1 described above. 

[0123] For the U-TOC of the disc D, 32 sectors from the U-TOC sector 0 to the U-TOC sector 31 can be used. Of 
those sectors, the sectors 0 to 4 are defined already. Thus, the sector 0, sector 1 , sector 2 and sector 4 are described 
in detail. 

45 [0124] FIG. 6 illustrates data recorded in the U-TOC sector 0. Here, the data recorded in the U-TOC sector 0 are 
delimited for each one byte, which is hereinafter referred to as slot for convenience of description. Each of the slots is 
represented by (xth row, yth column) given by a numerical value (x) from 0 to 587 in the direction of the axis of ordinate 
shown in FIG. 6 and a slot number (column number) from 1 to 4 from the left in the direction of the axis of abscissa. 
This also applies to the U-TOC sector 1 and so forth. 

so [0125] In the U-TOC sector 0, header data of 12 bytes are followed by "ClusterH", "ClusterL" and "Sector" repre- 
sentative of address information of the sector 0 recorded in 3 bytes from the slot (3rd row, 1st column). Further, in the 
slot (3rd row, 4th column), an identification code representative of a mini disc system is recorded as "Mode". 
[0126] Further, beginning with the slot (7th row, 1st column), "Maker code" representative of a maker of the disc D, 
"Model code" representative of a model of the disc D, "First TO" representative of the track number of the first track of 

55 the disc D, and "Last TNO" representative of the track number of the last track of the disc D are recorded successively. 
[0127] Further, in the slot ("8th row, 4th column), "Used sectors" representative of a situation of use of sectors is 
recorded, and in the slot n 10th row, 1st column), "Disc Serial No" representative of a serial number of the disc D is 
recorded. 
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[0128] Further, beginning with the slot (11th row, 1st column). "Disc ID 0 representative ot the ID number of the disc 
D, "P-DFA (Pointer for defective area)" which is a pointer representative of a slot in which a start address of an area 
in which information of a detective address appearing on the disc D is recorded is recorded, "P-EMPTY (Pointer for 
empty slot)" which is a pointer representative of a situation of use of the slots, and "P-FRA (Pointer for freely area)" 
5 which is a pointer representative of a slot in which a start address of an area for management of the recordable area 
is stored, are recorded. Following them, "P-TNOn" which are pointers representative of slots in which start addresses 
of the tracks recorded on the disc D are recorded are recorded up to the slot (75th row, 4th column). Here, n indicate 
the track numbers of the tracks, n are represented by integers from 1 to 255. 

[0129] Since "P-TNOO" to n P-TN0255° are prepared as the pointers P-TNOn for managing the tracks, 255 tracks to 
10 the maximum can be recorded on the disc D. 

[0130] Further, beginning with the slot (78th row, 1 st column), a start address, an end address, link information Link- 
P and a track mode (Track mode) of each track are recorded as a table of 8 bytes. 

[0131] In the U-TOC sector 0, 255 x 4 x 2 slots (255 tables) in which the start addresses, end address and so forth 
are recorded are provided, and in a table indicated by a pointer corresponding to each track, the start address, end 
'5 address and so forth of the track are recorded. 

[0132] The value recorded in each of the pointers P-DFA, P-EMPTY and P-FRA mentioned above indicates one of 
the 255 tables. 

[01 33] The start address and the end addresses in each table are each represented by data of 3 bytes = 24 bits as 
seen in FIG. 7. In the start address and the end address, a cluster address is recorded in the first 14 bits, a sector 

20 address is recorded in the following 6 bils, and an address of a sound group is recorded in the last 4 bits. 
[0134] Further, the track mode (Track mode) is represented by data of 1 byte = 8 bits as seen in FIG. 8. 
[01 35] In the track mode (Track mode), protect information of the record is recorded in the first bit; protect information 
of duplication is recorded in the second bit; generation information is recorded in the third bit; audio information is 
recorded in the fourth bit; an erasure storage information is recorded in the fifth and sixth bits; monaural or stereo 

2S information is recorded in the seventh bit; and emphasis information is recorded in the eighth bit. 

[0136] In other words, in the track mode (Track mode), relating information unique to each track is recorded. 
[0137] The link information P-Link is a pointer which indicates, where a same track is not recorded in a continuous 
data stream on the disc D, that is, where data of a same track are recorded discretely in the recording area of the disc 
D, beginning with which start address the next data are recorded. 

30 [0138] For example, where, when a single track is played back, data beginning with the start address of the table of 
the slot (586th row, 1st column) must be played back succeeding the end address represented in the table of the slot 
(78th row, 1st column), the link information Link-P of the slot (80th row, 4th column) indicates the slot (586th row, 1st 
column). 

[0139] In other words, where the disc D is employed, data need not necessarily be recorded in a continuous form 
35 on the recording medium, that is, data need not necessarily be recorded in a continuos data stream, but a sequential 
data train may be recorded discretely. Even if data are recorded discretely in this manner, since the continuity of data 
is indicated by the link information P-Link and, upon playback, data read out are written once into the memory at a 
writing rate higher than the reading out rate, the continuous data can be played back without being interrupted. 
[0140] Further, even where data recorded already are overwritten with data shorter than the recorded program, the 
40 surplus portion can be designated as a recordable area (P-FRA) without being erased, thereby allowing efficient re- 
cording. 

[01 41 ] A coupling method of areas which are present discretely is described with reference to FIG. 9 using an example 
of the pointer P-FRA which indicates the recordable area. 

[0142] If it is assumed that, for example, 03h (hexia-decimal) is recorded in the pointer P-FRA which indicates the 
45 top position of the slots which manage the recordable area of the U-TOC sector 0, then the slot corresponding to 03h 
is accessed first. 

[0143] It is to be noted that the slot 03h points to an area (table) of 8 bytes beginning with the slot (82nd, 1st). 
[0144] The value of a pointer points to a particular slot by predetermined calculation processing using the value. 
[0145] In particular, where the value of the pointer is represented by "P", it indicates the byte position as 304 + PX 
so 8. Accordingly, a 03h" mentioned above points to 304 + 3x 8 = 328, and this corresponds to the byte position of the 
slot (82nd, 1st) (82 X 4 = 328). 

[0146] Each pointer and link information designates a certain slot in this form. 

[0147] Data of the start address and the end address recorded in the slot 03h indicate a start address and an end 
address of one part in a track recorded on the disc. 
55 [0148] The link information recorded in the slot 03h indicates the number of a slot which should follow, and in this 
instance, 18h is recorded as the link information. 

[0149] By tracing the link information recorded in the slot 18h, the slot 2Bh is accessed subsequently, and then by 
tracing the link information recorded in the slot 2Bh, the slot E3h is accessed. In this manner, the link information is 
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successively traced until the data OOh appears as the link information. Sections each defined by a start address and 
an end address read in when each slot is accessed are all managed as the free area. 

[0150] In this manner, the slots can be traced from a starting point given by a slot indicated by the pointer P-FRA 
until the link information of Null (= OOh) is detected thereby to link the parts as the free area, which is present discretely 

5 on the disc, on the memory. 

[0151] While the linkage is described above taking the pointer P-FRA as an example, parts which are present dis- 
cretely can be linked in a similar manner also from each of the pointers P-DFA, F-EMPTY and P-TNO0 to P-TN0255. 
For example, with regard to the pointers P-TNO0 to P-TN0255, parts which are recorded discretely on the disc and 
form a single track can be linked on the memory. 

10 [0152] Data recorded in the U-TOC sector 1 are illustrated in Fig. 10. 

[0153] In the U-TOC sector 1, titles of the tracks recorded in the program area and a title of the entire disc are 
managed. 

[0154] The title of the entire disc D is, where audio data are recorded on the tracks, information of the album title, a 
player or the like, and the title of each track corresponds to the name of a program. 
15 [0155] Character information for the individual tracks is recorded in slots designated by the pointers P-TNAn (n 
ranges from 1 to 255) beginning with the slot (12th row, 2nd column), and where the number of characters is large, a 
plurality of slots are linked using link information to record the character information. 
[01 56] Data recorded in the U-TOC sector 2 are illustrated in FIG. 11 . 

[0157] In the U-TOC sector 2, recording dates of the individual programs recorded in the program area are managed 
20 in a form similar to lhat in the U-TOC sector 0 described hereinabove. 

[0158] In particular, in slots indicated by the pointers P-TRDn (n ranges from 1 to 255) beginning with the slot (12th 
row, 2nd column), recording dates and so forth of the individual tracks are recorded. 
[0159] FIG. 12 illustrates data recorded in the U-TOC sector 4. 

[0160] In the U-TOC sector 4, titles of the individual tracks recorded in the program area and the title of the entire 
disc are recorded similarly as in the U-TOC sector 1. However, this sector 4 is set as a recording area for character 
information in which "kanji" characters, European characters or the like are used as a font. 
[0161] The form of management is similar to that of the U-TOC sector 1 described hereinabove. 
[0162] Further, in the U-TOC sector 4, "char code" is recorded in the slot (10th row, 4th column) in order to indicate 
a character type used for recording. 
30 [0163] While the U-TOC sector 0, sector 1 , sector 2 and sector 4 are defined in such a manner as described above, 
further sectors 5 to 31 may be utilized individually defining predetermined formats. 

[0164] In the present embodiment, it is assumed that, as an example, character data can be recorded in the sector 
5, and image data can be recorded in the sector 6. 

[01 65] For example, in the sector 5, text data can be recorded arbitrarily beginning with a byte position (for example, 
35 beginning with (4th row, 1st column) following the sector address). 

[0166] The text data may be character information corresponding to the entire disc or may be character information 
corresponding to an arbitrary track. 

[0167] Similarly, in the sector 6, image data or the like obtained by fetching photograph data by means ol a CCD 
camera can be recorded as information corresponding to the disc or an arbitrary track. 

40 [0168] In particular, a user who performs uploading using the audio server system of the present embodiment records 
character information or image information incidental to a musical program or the like to be uploaded in the U-TOC 
sector 5 or 6. Consequently, upon uploading of a certain track, the audio server system fetches also character infor- 
mation and/or image information recorded in the U-TOC sectors 5 and/or 6 and stores the same into the server 12. In 
other words, the audio server system effects tiling corresponding to ATRAC data as seen from FIG. 2. 

45 [0169] On the other hand, for a user who performs downloading, the audio server system can record, when ATRAC 
data of a certain content are to be recorded by downwardly onto the disc D, incidental character information and/or 
image information onto the U-TOC sectors 5 and/or 6 of the disc D. In other words, the audio server system can 
download, in addition to a musical program or the like, also characters or an image provided by the provider of the 
musical program or the like onto the disc D owned by the user onto which downloading is to be performed. 

50 [0170] It is to be noted that, while it is described that the sectors 5 and 6 are used, naturally some other sector or 
sectors may be used to store characters or an image. 

5. Transmission system of data for upload/download 

55 [0171] In the following, a data transmission system for uploading or downloading of the audio server system 1 is 
described. For the description, a detailed construction of the recording and playback section 20 shown in FIG. 3 is 
shown in FIG. 13. 

[0172] Referring to FIG. 13, the recording and playback section 20 shown includes a memory controller 21 for re- 
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ceiving data from the server unit 10 and controlling a random access memory (RAM) 22, an encoder-decoder circuit 
23 for decoding and encoding data, a magnetic head drive circuit 24 for driving a magnetic head 25, an optical pickup 
26 for irradiating a laser beam upon a disc D and detecting reflected light, a radio frequency (RF) amplifier 27 for 
reproducing a focus error signal (FE), a tracking error signal (TE) and a magneto-optical playback signal (MO) from 
5 reflected light detected by the optical pickup 26, an address decoder 28 for playing back a signal corresponding to 
groove wobbles formed in a guide groove of the optical disc based on a push-pull signal (PP) from the RF amplifier 27 
to decode an absolute address, a spindle motor 29 for driving the disc D to rotate, and a thread mechanism 30 for 
driving the optical pickup 26 to move in a radial direction of the disc D. 

[0173] The recording and playback section 20 includes a servo circuit 31 for controlling focusing servoing, tracking 
10 servoing, thread servoing, spindle servoing and so forth based on the focusing error signal (FE) and the tracking error 
signal (TE) from the RF amplifier 27, and a system controller 32 for controlling the memory controller 21 , the encoder- 
decoder circuit 23, the servo circuit 31 and so forth. 

[0174] The optical pickup 26 irradiates a laser beam from a laser diode upon the disc D through an objective lens. 
Further, the optical pickup 26 detects reflected light from the disc D by means of a photodetector and supplies detection 

is current to the RF amplifier 27. 

[0175] The RF amplifier 27 produces a focusing error signal (FE), a tracking error signal (TE), a magneto-optical 
playback signal (MO) and a push-pull signal (PP) based on the detection current from the optical pickup 26. 
[0176] The RF amplifier 27 supplies the thus produced focusing error signal (FE) and tracking error signal (TE) to 
the serve circuit 31, supplies the push-pull signal (PP) to the address decoder 28 and supplies the magneto-optical 

20 reproduction signal (MO) to the encoder-decoder circuit 23. 

[0177] The servo circuit 31 drives the objective lens through a biaxial mechanism of the optical pickup 26 based on 
the focusing error signal (FE) and the tracking error signal (TE) supplied thereto to effect tracking and focusing servo 
controls of a laser beam to be irradiated upon the magneto-optical disc. 

[0178] Further, the servo circuit 31 effects thread servo control based on the tracking error signal (TE) to drive the 
25 thread mechanism 30 to move the optical pickup 26 in a radial direction of the disc D. 

[0179] Furthermore, the servo circuit 31 effects spindle servo control for driving the spindle motor 29 based on a 
spindle error signal from a rotation detection circuit for the disc D not shown so that the disc D may be rotated at a 
constant linear velocity (CLV). 

[01 80] The address decoder 28 reproduces address information from a wobble signal (push-pull signal PP) provided 

30 by a wobble groove formed in a guide groove of the optical disc D. 

[0181] Upon playback of the disc D (upon uploading), the encoder-decodercircuit 23 binary digitizes, as processing 
of the played back signal from the disc D, the magneto-optical reproduction signal (MO) supplied thereto from the RF 
amplifier 27, demodulates the binary digitized magneto-optical playback signal in accordance with the EFM (eight to 
fourteen modulation) system and then effects decoding processing of error correction in accordance with the CIRC 

35 (cross interleaved Reed Solomon coding) system. 

[0182] On the other hand, upon recording onto the disc D (upon downloading), the encoder-decoder circuit 23 adds, 
as processing of a recording signal to the disc D, error correction codes to a recording signal supplied thereto from the 
memory controller 21, modulates the resulting recording signal in accordance with the EFM system and supplies the 
modulated recording signal to the magnetic head drive circuit 24. 

40 [0183] The magnetic head drive circuit 24 drives the magnetic head 25 in response to the recording signal from the 
encoder-decoder circuit 23 to apply a modulation magnetic field to the disc D to record the signal onto the disc D. 
[0184] Upon such recording operation, the optical pickup 26 outputs a laser beam of a high power level so that the 
magnetic field information of the magnetic head 25 may be maintained by the recording face of the disc D. 
[0185] The memory controller 21 controls ATRAC data to be stored into the random access memory 22. The memory 

45 controller 21 stores ATRAC data supplied thereto from the server unit 1 0 temporarily into the random access memory 
22 and then supplies them to the encoder-decoder circuit 23. 

[0186] On the other hand, upon playback of the disc D, the memory controller 21 temporarily stores ATRAC data 
decoded by the encoder-decoder circuit 23 and, in response to a data request from the data from the server unit 10, 
read outs and transfers the ATRAC data to the server unit 10. 
50 [0187] The system controller 32 controls the entire recording and playback section 20, and controls, for example, 
the memory controller 21 , encoder-decoder circuit 23, servo circuit 31 and so forth. 

[0188] The system controller 32 controls those circuits which communicate control data with the server unit 10. This 
will be hereinafter described in detail. 

[0189] The recording and playback section 20 of the audio server system having such a construction as described 
55 above records, upon downloading, ATRAC data transmitted thereto from the server unit 1 0 onto a disc D, but supplies, 
upon uploading, ATRAC data reproduced from the disc D to the server unit 10. 

[0190] The audio server system 1 includes the connection cable 2 which interconnects the server unit 10 and the 
recording and playback section 20 as described above. Referring to FIG. 1 3, the connection cable 2 includes an ATRAC 
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line 2 A which transmits ATRAC data between the server unit 10 and the recording and playback section 20 (memory 
controller 21 ), and a command line 2C which transmits command data, TOC data and so forth between the server unit 
10 and the recording and playback section 20 (system controller 32). 

[01 91] Data transferring methods between the server unit 1 0 and the recording and playback section 20 upon down- 
5 loading and uploading are described with reference to FIGS. 14 to 17. 

[0192] FIG. 14 illustrates flows of various signals upon downloading, and FIGS. 15A to 151 illustrate interface situa- 
tions of various signals upon downloading. Meanwhile, FIG. 16 illustrates flows of various signals upon uploading, and 
FIGS. 17A to 171 illustrate interface situations of various signals upon uploading. 

[01 93] FIGS. 1 4 and 1 6 illustrate flows of signals through the ATRAC line 2A and the command line 2C. Upon down- 
10 loading, the ATRAC line 2A is used so that ATRAC data are transmitted from the server unit 10 to the recording and 
playback section 20 which functions as a download unit. 

[0194] On the other hand, upon uploading, the ATRAC line 2A is used so that ATRAC data are transmitted from the 
recording and playback section 20 which functions as an upload unit to the server unit 10. 

[0195] Meanwhile, through the command line 2C, a request signal (Data Req), a command signal (Command) and 
'5 an RTS/CTS signal are transmitted between the server unit 10 and the recording and playback section 20. 

[0196] In particular, upon downloading, the recording and playback section 20 outputs a request signal (Data Req) 
lor requesting for ATRAC data to the recording and playback section 20 as seen in FIG. 14. Further, the recording and 
playback section 20 and the server unit 10 communicate a command signal (Command) and an RTS/CTS signal 
therebetween. 

20 [0197] On the other hand, upon uploading, the server unit 10 outputs a request signal (Data Req) for requesting for 
ATRAC data to the recording and playback section 20 as seen in FIG. 16. Further, the recording and playback section 
20 and the server unit 10 communicate a command signal (Command) and an RTS/CTS signal therebetween. 
[0198] It is to be noted that, for convenience of illustration and description, the reference symbol of each signal is 
accompanied by "S" where the signal is outputted from the server unit 10, but by "UD° where the signal is outputted 

25 from the recording and playback section 20. 

[0199] First, transmission of ATRAC data upon downloading and upon uploading is described. 
[0200] Upon downloading, ATRAC data ( ATRAC (S)) corresponding to a content stored in the server 1 2 are trans- 
mitted from the main controller 11 of the server unit 10 to the memory controller 21 of the recording and playback 
section 20 over the ATRAC line 2A. 

30 [0201] It is to be noted that the ATRAC data for transmission are transmitted for each unit of a predetermined amount 
in accordance with the capacity of the random access memory 22 of the recording and playback section 20. 
[0202] Further, a request signal (Data Req(UD)) representative of a request for ATRAC data (ATRAC(S)) is trans- 
mitted from the system controller 32 of the recording and playback section 20 to the main controller 11 of the server 
unit 10 over the command line 2C. 

35 [0203] In particular, since ATRAC data (ATRAC(S)) are transmitted in units of the predetermined amount, when 
ATRAC data (ATRAC(S)) which have been transmitted already and have been read into the random access memory 
22 are all written onto the disc D, the recording and playback section 20 supplies a request signal (Data Req(UD)) to 
the server unit 10 to request for next data. 

[0204] Particularly, a relationship between the ATRAC data (ATRAC(S)) and the request signal (Data Req(UD)) is 

40 illustrated in time charts of FIGS. 1 5A and 1 5B. 

[0205] If the recording condition of the recording and playback section 20 is normal, then the recording and playback 
section 20 first supplies the request signal (Data Req(UD)) to the server unit 10 at time til . When the request signal 
(Data Req(UD)) is received, the server unit 10 starts supply of ATRAC data (ATRAC (S)) for the predetermined capacity 
to the recording and playback section at time t12. 

45 [0206] When ATRAC data (ATRAC(S)) are received, the recording and playback section 20 stops supply of the 
request signal (Data Req(UD)) at time tl 3. 

[0207] If the recording condition of the recording and playback section 20 is not normal, then the request signal (Data 
Req(UD)) is not supplied from Ihe recording and playback seclion 20 to Ihe server unit 10 as seen from time 114 lo 
time 1 5, and accordingly, no ATRAC data (ATRAC(S)) are supplied from the server unit 1 0 to the recording and playback 
so section 20. 

[0208] It is to be noted that, if no request signal (Data Req(UD)) is supplied from the recording and playback section 
20, then the recording processing is interrupted. 

[0209] Further, if no ATRAC data (ATRAC(S)) are received for a predetermined time from the server unit 10 even if 
the request signal (Data Req(UD))is supplied as seen from time tl 6 to time 17, the recording and playback section 20 
55 enters a waiting condition for data writing, for example, enters a recording pause condition to wait for ATRAC data 
(ATRAC(S)). 

[0210] Then, if ATRAC data (ATRAC(S)) are supplied, then the recording and playback section 20 starts a writing 
operation as seen from time tl 7. \ 
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[0211] It is to be noted that, if the waiting condition for writing continues for a fixed period of time, then the audio 
server system 1 determines that some trouble has occurred, and interrupts its processing. 

[0212] Since the recording and playback section 20 supplies the request signal (Data Req(UD)) for ATRAC data to 
the server unit 1 0 and then the server unit 1 0 transmits ATRAC data ( ATRAC(S)) to the recording and playback section 
5 20 to response to the request signal (Data Req(UD)) in this manner, downbading ol ATRAC data can be performed 
with certainty. 

[0213] Then, upon uploading, ATRAC data (ATRAC(UD)) based on the tracks recorded on the disc D are transmitted 
from the memory controller 21 o1 the recording and playback section 20 to the main controller 11 of the server unit 10 
over the ATRAC line 2A. 

io [0214] The ATRAC data ( ATRAC (UD)) for transmission are transmitted for each unit of the predetermined amount 
in accordance with the buffering performance of the server unit or the wiring capacity of the server 12. 
[0215] Further, the request signal (Data Req(S)) indicating a request for ATRAC data ((ATRAC(UD)) is transmitted 
from the main controller 11 of the server unit 10 to the system controller 32 of the recording and playback section 20 
over the command line 2C. 

is [0216] In particular, the server unit 10 supplies the request signal (Data Req(S))tothe recording and playback section 
20 in accordance with a writing operation condition into the server 12 to request for next data. 

[0217] More particularly, a relationship between the ATRAC data (ATRAC(UD)) and the request signal (Data Req 
(S)) is illustrated in time charts of FIGS. 17A and 17B. 

[0218] First, the server unit 10 supplies the request signal (Data Req(S)) to the recording and playback section 20 
20 at time 121. When the request signal (Data Req(S)) is received, the recording and playback seclion 20 starts supply 
of ATRAC data (ATRAC(UD)) for the predetermined amount to the server unit 10 at time t22. 

[0219] When the ATRAC data (ATRAC(UD)) are received, the server unit 10 stops its outputting of the request signal 
(Data Req(S)) at time t23. 

[0220] If the recording condition of the server unit 1 0 is not normal, then no request signal (Data Req(S)) is outputted 
2S from the server unit 1 0 as seen from time t24 to t25, and accordingly, no ATRAC data (ATRAC (UD)) are supplied from 
the recording and playback section 20 to the server unit 10, either. 

[0221] Further, even if the server unit 10 supplies the request signal (Data Req(S)), if no ATRAC data (ATRAC (UD)) 
are received from the recording and playback section 20 for a predetermined period of time, then the server unit 10 
enters a data writing waiting condition to wait ATRAC data (ATRAC(UD)) as seen from time t26 to time t27. 
30 [0222] Then, if ATRAC data (ATRAC(UD)) are supplied, then the server unit 10 starts its writing operation into the 
server 12 as seen from time t27. 

[0223] It is to be noted that, if the writing waiting condition continues for a fixed period of time, then the server unit 
10 determines that some trouble has occurred, and interrupts the processing. 

[0224] Since the server unit 10 supplies the request signal (Data Req(S)) for ATRAC data to the recording and 
35 playback section 20 and then the server unit 10 transmits ATRAC data (ATRAC (UD)) to the recording and playback 
section 20 in this manner, uploading of ATRAC data can be performed with certainty. 

[0225] Subsequently, various command signals (Command(S), Command(UD)) for operation control of such trans- 
mission and reception of ATRAC data as described above and uploading and downloading of TOC information which 
are communicated between the main controller 11 of the server unit 10 and the system controller 32 of the recording 
40 and playback section 20 are described. 

[0226] As illustrated in FIGS. 14 and 16 ; the server unit 10 and the recording and playback section 20 communicate 
command signals (Command(S), Command(UD)) with each other, and set and confirm mutual occupation situations 
using RTS/CTS signals for a period of processing corresponding to a command. 

[0227] In particular, both upon downloading and upon uploading, as seen from FIGS. 15D to 151 and 17D to 171, if 
45 some command signal (Command(S)) is supplied from the server unit 10 to the recording and playback section 20, 
then the recording and playback section 20 performs processing corresponding to the command signal and sends 
back a signal (RTS/CTS(UD)). 

[0228] On the other hand, if some command signal (Command(UD)) is supplied from the recording and playback 
section 20 to the server unit 10, then the server unit 10 performs processing corresponding to the command signal 
50 (Command(UD)) and returns a signal (RTS/CTS(S)). 

[0229] Command signals communicated between the main controller 11 of the server unit 10 and the system con- 
troller 32 of the recording and playback section 20 over the connection cable 2 are listed in Table 1 given below. The 
commands are set with such values of 1 byte as given as an example in Table 1 . 



Table 1 



Command Name 


Value (1 Byte) 


Function 


Argument 


SETUP 


01h 


Indication of recording pause 
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Table 1 (continued) 



Command Name 


Value (1 Byte) 


Function 


Argument 


DOWNLOAD REC 


02h 


Indication of start of download Recording 


- 


STOP 


03h 


End of process 


- 


TOCO INFO 


04h 


Transmission of information of TOC Sector 0 


• Track No. 








(load order) 








•Trackmode 








■Track size 


TNO 


05h 


Designation track in loading order 


• Number in load order 


UPLOAD TNO 


11h 


Designation of upload track 


•Number of tracks 








• Track number 


UPLOAD PLAY 


12h 


Instruction of start of upload playback 


_ 


UPLOAD FIN 


13h 


Notification of end of upload 




TOC REQ 


14h 


Request for transmission of TOC Information 


•Requested 








sector number n 








(n = TOC Sector(n)) 


UD STATUS 


20h 


Notification of state of upload/down-Load unit 


•Status 








OOh = STOP 








01 h = UPLOAD PLAY 








02h = DOWNLOAD REC 








03h = REC PAUSE 








FDh = ERROR 


Title 


83h 


Transmission of title Information 


• Number of characters 








• Characters 



[0230] The setup command (SETUP) is a command for the server unit 1 0 to put the recording and playback section 
20 into a recording waiting condition, that is, a condition for a recording pause. If the setup command (SETUP) is 
30 supplied, then the recording and playback section 20 enters a recording pause condition. The setup command (SETUP) 
particularly is, for example, "01 h u of 1 byte. 

[0231] The download recording command (DOWNLOAD REC) is a command to instruct the recording and playback 
section 20 to start recording of ATRAC data (ATRAC (S)) onto the disc D. 

[0232] If the download recording command (DOWNLOAD REC) is supplied, then the recording and playback section 
35 20 starts recording of ATRAC data (ATRAC(S)) onto the disc D. The download command (DOWNLOAD REC) is, for 
example, "02h n . 

[0233] The stop command (STOP) is a command indicating stopping of processing of the recording and playback 
section 20 based on a command from the server unit 10 or stopping of processing of the server unit 10 based on a 
command from the recording and playback section 20. 
40 [0234] For example, if the stop command (STOP) is supplied from the server unit 10 to the recording and playback 
section 20, then the recording and playback section 20 stops recording processing or the like based on the download 
recording command (DOWNLOAD REC). The stop command (STOP) is, for example, "03h". 

[0235] The TOCO information command (TOCO INFO) is a command for the server unit 10 to transmit information 
of the U-TOC sector 0 to the recording and playback section 20 or for the recording and playback section 20 to transmit 

45 such information to the server unit 10. 

[0236] Upon downloading, if the server unit 10 supplies the TOCO information command (TOCO INFO) and succeed- 
ing information of a track number (a number as an order in downloading), a track size and a track mode as arguments 
to the recording and playback section 20, then the recording and playback section 20 determines a start address and 
an end address of recorded ATRAC data from the track size and records the TOC data into the U-TOC sector 0 of the 

so disc D. 

[0237] On the other hand, upon uploading, if the recording and playback section 20 supplies the TOCO information 
command (TOCO INFO) and succeeding information of a track number (a number as an order in uploading), a track 
size and a track mode as arguments to the server unit 10, then the server unit 10 determines a start address and an 
end address of recorded ATRAC data from the track size and records the TOC data into the U-TOC sector 0 of the disc D. 
55 [0238] It is to be noted that, for example, upon downloading, information of the U-TOC sector 0 should originally be 
produced based on a recording operation executed by the recording and playback section 20 side, and recorded onto 
the disc D. 

[0239] However, when, for example, ATRAC data of a plurality of contents are supplied from the server unit 10, since 
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they are supplied as a single data stream to the recording and playback section 20, the recording and playback section 
20 cannot produce track information of the TOC sector 0 accurately. 

[0240] In other words, there is a problem that, since data transmitted are compressed data, a break of a tune cannot 
be determined. 

5 [0241] Accordingly, in the present embodiment, a data size representative of the stream length of data corresponding 
to each content and a track mode are supplied as the TOCO information command (TOCO INFO) from the server unit 
10. Then, the recording and playback section 20 produces information of the U-TOC sector 0 to be recorded onto the 
disc D based on the information of the TOCO information command (TOCO INFO). 

[0242] Also upon uploading, information of the U-TOC sector 0 is transmitted from the recording and playback section 
10 20 to the server unit 1 0 from a similar situation. 

[0243] The TOCO information command (TOCO INFO) is tt 04h B . 

[0244] The track number command (TNO) is a command which designates a track number of ATRAC data to be 
uploaded or downloaded. If the track number command (TNO) and a track number (a number as an order in loading) 
succeeding the same are supplied, then the recording and playback section 20 or server unit 10 performs processing 
is corresponding to a command succeeding the track number such as, for example, a title command (Title) for a track 
(content) of the track number. The track number command (TNO) is a 05h". 

[0245] The upload track number command (UPLOAD TNO) is a command which designates, upon uploading, a track 
to be uploaded from among the tracks on the disc D to the recording and playback section 20 by the server unit 10. 
One or a plurality of tracks are designated as an object of uploading with the upload track number command (UPLOAD 
20 TNO) and values of Ihe number of tracks and track numbers of the tracks succeeding the upload track number command 
(UPLOAD TNO). 

[0246] The upload track number command (UPLOAD TNO) is, for example, "11 h". 

[0247] The upload playback command (UPLOAD PLAY) is a command for the server unit 10 to instruct, upon up- 
loading, the recording and playback section 20 to start playback of ATRAC data from the disc D. If the upload playback 
2S command (UPLOAD PLAY) is supplied, then the recording and playback section 20 starts playback of ATRAC data 
(ATRAC(UD)) from the disc D. The upload playback command (UPLOAD PLAY) is, for example, M 12h w . 
[0248] The upload end command (UPLOAD FIN) is a command for the server unit 10 to instruct the recording and 
playback section 20 to indicate completion of uploading. The upload end command (UPLOAD FIN) is, for example, 
"13rT. 

30 [0249] The TOC request command (TOC REQ) is a command for the server unit 10 to request, upon uploading, the 
recording and playback section 20 to transfer TOC information. The value succeeding the TOC request command 
(TOC REQ) is the number of a U-TOC sector and requests for transfer of information of the necessary U-TOC sector. 
The TOC request command (TOC REQ) is, for example, "14h". 

[0250] The status command (UD STATUS) is a command for the recording and playback section 20 to inform the 
35 server unit 10 of an operation condition. The value succeeding the status command (UD STATUS) represents an 
operation condition of the recording and playback section 20. For example, the succeeding value n 00h M represents a 
stopping condition; "01h" represents a playback condition upon uploading; u Q2h° represents a recording condition upon 
downloading; "03h M represents a recording pause condition; and "FDh M represents an error occurring condition. The 
value of the status command (UD STATUS) is, for example, "20h n . 
40 [0251] The title command (Title) is a command for transmitting title information to be recorded into the U-TOC sector 
1 and sector 4 of the disc D. Next to the title command (Title), character train information and character data are 
supplied. If they are received from the server unit 10 upon downloading : then the recording and playback section 20 
records title information corresponding to the tracks into the U-TOC sector 1 and sector 4 of the disc D. On the other 
hand, upon uploading, if they are supplied from the recording and playback section 20 to the server unit 10, then the 
45 server unit 10 fetches them as title information corresponding to the uploaded ATRAC data. 
[0252] The value of the title command (Title) is, for example, "83h w . 

6. Uploading/downloading processing 

so [0253] In the following, contents of processing of the audio server system 1 for uploading and downloading are 
described with reference to flow charts shown in FIGS. 18 to 20. The flow charts represent processing of the main 
controller 11 of the server unit 10. 

[0254] The server unit 10 (main controller 11) displays, for example, within a period within which no uploading or 
downloading operation is performed, a list of the contents registered in the server 1 2 at the point of time by the display 
55 section 14 in step S101. 

[0255] Where, for example, such contents as illustrated in FIG. 2 are registered, necessary information regarding 
the contents is extracted and displayed in such a list as shown in FIG. 21. 

[0256] In particular, for each ol the contents, the title, the length of the program, the registering person (person who 
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has uploaded), the registration date (uploading date), the number of times of downloading operations experienced, an 
amount of money to be charged upon a download user upon downloading (that is. a sales price of the program or the 
like, and this is decided, for example, based on a desired amount of money to be received by the upload user) and so 
forth are displayed and presented to the user who tries to download. 
5 [0257] Further, though not shown, an operation menu is displayed together with the list display. 

[0258] It is to be noted that the list displaying in step S101 may be performed when downloading is selected with the 
operation menu (immediately prior to step S104). 

[0259] In the operation menu, such operations for downloading, uploading : audition prior to downloading and so forth 
are prepared. Here, only a downloading operation and an uploading operation are described. 

w [0260] If the user operates the operation inputting section 13 to select downloading while observing the display 
section 14, the control advances from step S102 to step S104, in which processing for downloading is started. 
[0261] On the other hand, if the user selects uploading from the operation menu, then the control advances from 
step S103 to step S112, in which processing for uploading is started. 
[0262] First, processing for downloading is described. 

*5 [0263] In step S104, the server unit 10 requests the user to select a content to be downloaded. The server unit 10 
requests the user to select a desired one or more contents, for example, on such a display of a list as shown in FIG. 21 . 
[0264] If selection is completed, then the server unit 10 fetches selected operation information, and the control ad- 
vances from step S105 to S106, in which the server unit 10 requests the user to load a disc D into the recording and 
playback section 20. 

20 [0265] If the user loads Ihe disc D carried thereby into the recording and playback section 20, then the control ad- 
vances from step S107 to step S108. 

[0266] It is to be noted that, depending upon the case, it may possibly occur that, from the time amount (recordable 
remaining time) of the free area (non-recorded area) of the disc D carried in by the user and the total time length of 
the selected content or contents, the free area may not be sufficiently long to allow execution of downloading. Therefore, 
25 actually in step S107, comparison between the amount of ATRAC data to be downloaded and the recordable remaining 
time of the disc D are compared with each other, and if the recordable remaining time is not sufficient, then it is necessary 
to request the user tor replacement of the disc D or the like or to end the processing as the download processing is 
impossible. 

[0267] The recordable remaining time of the disc D loaded can be confirmed by the server unit 10 using such a 
30 technique that the server unit 10 requests for transfer of information of the U-TOC sector 0, which has been read in 
upon loading of the disc D by the system controller 32 of the recording and playback section 20, using the TOC request 
command (TOC REQ) described hereinabove. 

[0268] After the disc D is loaded, the server unit 10 calculates, in step S108, a total amount of money for the one cr 
more contents selected as an object of downloading and requests the user to pay the charge. 
35 [0269] If the user pays the charge into the receipt/payment block 50 in response to the request, then the control 
advances from step S 109 to step S110, in which actual downloading processing is started. 

[0270] It is to be noted that, upon downloading of a content which is provided free of charge, the processing in steps 
S108 and S 109 is not required naturally. 

[0271] The downloading processing in step S110 is illustrated in FIG. 19. 
40 [0272] After the downloading processing is started, the server unit 1 0 inquires, first in step S201 , the user using the 
display section 14 whether or not error checking should be performed. If the user inputs using the operation inputting 
section 1 3 that error checking should or should not be performed, then the control advances to step S202. It is to be 
noted that the error checking will be hereinafter described. 

[0273] In step S202, the server unit 10 supplies the setup command (SETUP) to the recording and playback section 
45 20 over the command line 2C. When the setup command (SETUP) is received from the server unit 10, the recording 
and playback section 20 sets the operation condition to a recording pause condition to the disc D. 
[0274] In step S203, the server unit 10 confirms whether or not setting of a recording pause has been executed as 
the operation condition of the recording and playback section 20, and if it confirms that such setting has been executed, 
then the control advances to step S205. On the other hand, if such setup to a recording pause condition is not confirmed 
50 within a predetermined period of time, then the control advances to step S204. It is to be noted that, while description 
is given also of a concrete example of operation which will be hereinafter described, the server unit 10 can confirm the 
operation condition of the recording and playback section 20 if it receives the status command (UD STATUS) from the 
recording and playback section 20. 

[0275] In step S204, the server unit 10 determines that the recording and playback section 20 cannot record onto 
55 the disc D because of some trouble, and displays an error message or the like on the display section 14 and ends its 
processing. 

[0276] When the control advances to step S205, the server unit 10 supplies the download recording command 
(DOWNLOAD REC) to the recording and playback section 20. 
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[0277] When the download recording command (DOWNLOAD REC) is received; the recording and playback section 
20 supplies a request signal (Data Req(UD)) to the server unit 10. When the request signal (Data Req(UD)) is received, 
the server unit 10 supplies ATRAC data (ATRAC(S)) for each predetermined amount to the recording and playback 
section 20. Then, when the ATRAC data are supplied, the recording and playback section 20 records the data succes- 

5 sively into the blank area of the disc D. In short, downloading of ATRAC data is started in step S205. 

[0278] It is to be noted that, even if a plurality of contents have been designated by the user, the server unit 10 
supplies ATRAC data (ATRAC(S)) as a single stream to the recording and playback section 20. 
[0279] Further, the recording and playback section 20 stores information of the U-TOC of the disc in advance into 
an external memory or the like so that, when recording onto the disc D is not performed normally, the condition of the 

10 disc D may be returned to the condition of the disc prior to the downloading. 

[0280] After recording of ATRAC data is started in step S205, the control advances to a loop of steps S206 and S207. 
[0281] In step S206, the server unit 1 0 supervises the status command (UD STATUS) from the recording and playback 
section 20 to discriminate whether or not the status command (UD STATUS) exhibits an abnormal condition, that is, 
whether or not a status value other than a recording condition or a status value of an error is generated. If none of 

75 such status values is generated and the recording condition is normal, the server unit 1 0 detects whether or not trans- 
mission of ATRAC data to be downloaded and recording of them onto the disc D have completed in step S207. 
[0282] In other words, in steps S206 and S207, the recording and playback section 20 confirms after each fixed 
interval of time whether or not recording is normal and whether or not the recording is completed. 
[0283] If it is determined by the recording and playback section 20 that recording is not performed normally, then the 

20 control advances from step S206 to slep S204, in which interruption processing of the recording processing is per- 
formed. In this instance, in order to return the disc D to its condition prior to the recording, processing of writing the U- 
TOC information which has been stored into the external memory or the like in advance back into the disc D is performed. 
[0284] If it is determined that recording is performed by the recording and playback section 20 and the recording is 
completed, then the control advances from step S207 to step S208. 

25 [0285] In step S208, the server unit 10 supplies the stop command (STOP) to the recording and playback section 
20. When the stop command (STOP) is received, the recording and playback section 20 ends the recording processing 
of ATRAC data. After the stop command (STOP) is transmitted, the control advances to step S209. 
[0286] In step S209, the server unit 10 supplies, together with the track number command (TNO), necessary TOC 
information of the TOCO information command (TOCO INFO) and track size information as an argument of the TOCO 

30 information command (TOCO INFO), the title command (Title) and the number of characters of the title, character data 
and so forth. 

[0287] When such TOC information is received from the server unit 1 0, the recording and playback section 20 records 
required data onto the U-TOC sectors 0 to 4 of the disc D based on the TOC information supplied thereto. 
[0288] It is to be noted that the start addresses and the end addresses o1 the individual tracks which are to be recorded 
35 into the U-TOC sector 0 are produced based on the information of the track sizes supplied succeeding the TOCO 
information command (TOCO INFO). In particular, since the ATRAC data are supplied as a single data stream, the data 
stream is divided with a data size for each track to produce TOC information. 

[0289] Further, where also character data and/or image data are present as contents which make an object of loading, 
they are transmitted as information to be recorded, for example, into the U-TOC sector 5 and sector 6. The recording 

40 and playback section 20 records such character information and image information into the U-TOC sectors 5 and 6 or 
the like in such a form that they correspond to the ATRAC data recorded as an object of downloading. 
[0290] After the necessary TOC information is transmitted in step S209, the control advances to step S210. 
[0291] In step S210, the server unit 10 discriminates whether or not the user has set to perform error checking 
formerly in step S201 . If the user has set so that error checking should be performed, then the control advances to 

45 step S211 , but if the user has not set so that error checking should be performed, the control advances to step S213. 
[0292] When error checking should be performed, the server unit 10 supplies an error check command to the re- 
cording and playback section 20 over the command line 2C in step S211 . If the error check command is supplied, then 
the recording and playback section 20 reads out ATRAC data recorded therein and discriminates whether or not the 
recorded data include some error. 

so [0293] After error checking by the recording and playback section 20 is started, the server unit 10 waits in step S21 2 
until the error checking is completed, and after the error checking is completed, the control advances to step S21 3. 
[0294] In step S213, the server unit 10 displays a result of recording on the display section 14. For example, if it is 
discriminated as a result of the error checking that the recorded data include an error, then the server unit 10 displays 
an error message or the like on the display section 1 4. It is to be noted that it is preferable to record, if the result of the 

55 error checking reveals that the recorded data include some error, then the TOC information prior to the recording which 
has been stored formerly into the external memory back onto the disc D so that the disc D may be returned to its 
condition prior to the dubbing operation. 

[0295] After a result of recording is displayed in step S21 3, results of the downloading regarding each content down- 
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loaded are updated in slep S214. In particular, the value of the number of download times of each downloaded contents 
in such a file structure as shown in FIG. 2 is rewritten (incremented by one). 

[0296] Incidentally, also the value of the number of unpaid times is incremented by one. After the processing in step 
S214 is completed, the control advances to step S111 of FIG. 18, in which the server unit 10 instructs the recording 
5 and playback section 20 to execute unloading of the disc D, thereby ending the sequence of operations of downloading 
processing. 

[0297] Now, processing for uploading is described. 

[0298] If the user selects uploading from within the operation menu, then the control advances from step S103 to 
step S112, in which processing for uploading is started. 
io [0299] In S112, the server unit 10 requests the user to input a user name, a password and so forth. The password 
is used, for example, for collation upon payment of a charge based on results of downloading of uploaded musical 
programs and so forth. 

[0300] It is to be noted that setting of a password is not limited to inputting by a user and may possibly assume 
various forms. 

*5 [0301] For example, the server unit 10 may automatically set a password and outputs the password by printing of 
the apparatus 47 to deliver it to the upload user. 

[0302] Another system may possibly be employed wherein a password automatically generated is written into a 
predetermined area of a disc D loaded for uploading. In this instance, for example, it is possible not to present the 
password even to the upload user itself but to request the user, for example, upon payment of a charge, to load the 
20 disc D itself to effect collation of the password. 

[0303] Also such a system wherein a user records a password in a predetermined area of a disc D in advance may 
possibly be implemented. 

[0304] Further, where an upload user wants to provide a musical program or the like with charge, an amount of 
money to be charged for each downloading may be inputted in step S112. It is to be noted that, in order to make it 
^ 5 possible to upload a plurality of tracks and set different amounts of money for the different tracks, for example, an 
amount of money may be inputted for each track when an upload track is designated in step S116. 
[0305] It is to be noted that the amount of money to be paid need not be inputted by a user, but may be set automat- 
ically (for example, to a uniform charge) by the server unit 10. 

[0306] The upload user will operate the operation inputting section 13 in response to the request in step S112 to 
30 input its user name, password and so forth. If the inputting is completed, then the control advances from step S113 to 
step S114, in which the server unit 10 requests the user to load a disc D into the recording and playback section 20. 
[0307] If the user loads the disc D carried in thereby, that is, the disc D in which a musical program or the like to be 
uploaded is recorded, into the recording and playback section 20, then the control advances from step S11 5 to step 
S116. 

35 [0308] In step S116, the server unit 10 requests the user to designate a track to be uploaded from among tracks 
recorded on the thus loaded disc D. 

[0309] If the user performs a track designation operation and one or more tracks are designated, then the server 

unit 10 fetches the designation operation information, and the control advances from step S117 to step S118. 

[031 0] Upon track designation in step S1 1 6, it is prelerable to cause the display section 1 4 to display track numbers 

40 and/or track names of the tracks recorded on the disc D so that a designation operation may be performed on the 
display. Information of the track number, track names and so forth of the loaded disc D can be acquired by the server 
unit 10 using such a technique that the server unit 10 requests for transfer of information of the U-TOC sector 0, sector 
1 and so forth, which have been read in by the system controller 32 of the server unit 10 upon loading of the disc D, 
using the TOC request command (TOC REQ) described above. 

45 [0311] It possibly occurs that a track to be uploaded cannot be designated because the user has loaded a wrong 
disc D. Therefore, it is required that a user can operate to effect replacement or the like of a disc D. 
[0312] If the preparation procedure described above is completed and the control advances from step S117 to step 
S118, then uploading processing is started. The processing in slep S118 is illustrated in FIG. 20. 
[0313] Referring now to FIG. 20, after uploading processing is started, the server unit 10 first transmits the upload 

50 track number command (UPLOAD TNO) to the recording and playback section 20 in step S301 . In particular, the server 
unit 10 informs the recording and playback section 20 with an upload track number command (UPLOAD TNO) and 
values of a number of tracks and a track number or numbers succeeding the upload track number command (UPLOAD 
TNO) that one or more tracks have been set as an object of uploading. 

[0314] Then in step S302, the server unit 10 transmits the upload playback command (UPLOAD PLAY) to the re- 
55 cording and playback section 20. 

[0315] When the upload playback command (UPLOAD PLAY) is received, the recording and playback section 20 
starts a playback operation of the one or more tracks designated by the upload track number command (UPLOAD TNO). 
[0316] Then, from this point of time, the server unit 10 supplies a request signal (Data Req(S)) to the recording and 
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playback section 20 and successively records ATRAC data (ATRAC(UD)) successively transmitted thereto from the 
recording and playback section 20 in response to the request signal (Data Req(S)) into the server 1 2. In short, uploading 
of ATRAC data is started in step S302. 

[0317] After uploading of ATRAC data is started in step S302, the control advances to a loop of steps S303 and S304. 

s [0318] In step S303, the server unit 1 0 supervises the status command (UP STATUS) from the recording and playback 
section 20 to detect whether or not an abnormal condition has occurred, that is, whether or not a status value as an 
error is generated. If no abnormal condition has occurred and the playback condition is normal, then the server unit 
10 supervises the status command (UD STATUS) Irom the recording and playback section 20 in step S305 to detect 
whether or not a stopping condition is reached, that is, whether or not the recording and playback section 20 has 

10 completed playback and transmission of ATRAC data of the designated track or tracks. 

[0319] In short, in steps S303 and S305, it is confirmed after each fixed interval of time whether or not playback is 
normal and the playback has been completed. 

[0320] If it is determined that playback by the recording and playback section 20 is not performed normally, then the 
control advances from step S303 to step S304, in which interruption processing of the uploading processing is per- 
is formed. 

[0321] If playback is performed normally by the recording and playback section 20 and recording into the server 12 
is completed, then the control advances from step S305 to step S306. 

[0322] In step S306, the server unit 10 transmits the TOC request command (TOC REQ) to the recording and play- 
back section 20 to request for transmission of the TOC information. 
20 [0323] For example, the server unit 10 transmits an argument "OOrT together with the TOC request command (TOC 
REQ) to request for information of the U-TOC sector 0 regarding the uploaded track or tracks. 

[0324] In response to the request, the recording and playback section 20 transmits the TOCO information command 
(TOCO INFO) and track size information and so forth as an argument of the TOCO information command (TOCO INFO). 
Then, the recording and playback section 20 informs the server unit 10 of completion of the transmission using the 

25 stop command (STOP). 

[0325] The server unit 1 0 fetches the information of the U-TOC sector 0 transmitted thereto in this manner and makes 
them correspond to the uploaded tracks. In particular, since one or more ATRAC data are uploaded as a single data 
stream, the server unit 1 0 divides the data stream based in the information of the fetched U-TOC sector 0 with the data 
size lor each track so that the uploaded tracks may be managed correctly as individual contents. 

30 [0326] Then, if the stop command (STOP) is received, then the control advances from step S307 to step S308. Then, 
if it is determined in step S308 that there remains TOC information whose transmission is to be requested, then the 
control returns to step S306. 

[0327] Then, the server unit 10 transmits, lor example, an argument "01 " together with the TOC request command 
(TOC REQ) to request for the information of the U-TOC sector 1 regarding one of the uploaded tracks. 

35 [0328] In response to the request, the recording and playback section 20 transmits the title command (Title) and a 
character number and characters as arguments of the title command (Title) back to the server unit 10. Then, the 
recording and playback section 20 transmits completion of the transmission using the stop command (STOP). 
[0329] The server unit 1 0 fetches the information of the U-TOC sector 1 transmitted thereto in this manner and makes 
it correspond to one of the tracks. Then, if the stop command (STOP) is received, then the control advances from step 

40 S307 to step S308. Then, il it is determined in step S308 that there still remains TOC information for which transmission 
is requested, then the control returns to step S306. 

[0330] Such processing as described above is repeated to successively fetch information regarding the uploaded 
tracks such as, for example, the U-TOC sector 0, sector 1 , sector 4, sector 5, sector 6 and so forth. Further, incidentally 
to the ATRAC data as tracks uploaded in this manner, title information, character information, image information and 
45 so forth are successively uploaded. 

[0331] Consequently, a file form in which various information is listed corresponding to each content as seen in FIG. 

2 is produced. 

[0332] After all necessary information is uploaded, the control advances to step S309, in which the server unit 10 
transmits the upload end command (UPLOAD FIN) to inform the recording and playback section 20 of completion of 
so the uploading. 

[0333] The step S310 provides countermeasure processing when the user further registers relating information or 
the like using the operation inputting section 13 or the like. For example, the step S310 provides a countermeasure 
when character information is not recorded in the disc D in advance while the user wants to register character infor- 
mation in a corresponding relationship to ATRAC data. In particular, if the user wants to input characters of a message 
55 or the like when the user tries to effect uploading, then an input requesting operation is executed in step S310, and in 
this instance, the server unit 10 advances its control to step S311 . In step S311 , the server unit 10 registers characters 
inputted from the operation inputting section 13 in a corresponding relationship to the uploaded ATRAC data. 
[0334] Further, URL information may be inputted at this point of time. 
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[0335] It is to be noted that the audio server system 1 may additionally include an image scanner, a CCD camera or 
the like so that an upload user may input image data at the place. 

[0336] After the processing in steps S310 and S311 is completed, the control advances to step S119 of FIG. 18, in 
which the server unit 10 causes the recording and playback section 20 to execute unloading of the disc D. thereby 
5 ending the sequence of operations of uploading processing. 

[0337] By such processing as described above, the audio server system 1 can perform uploading/downloading 
processing. 

[0338] It is to be noted that, while it is described that, in the processing described above, upon downloading, nec- 
essary TOC information is supplied to the recording and playback section 20 after all ATRAC data are recorded, TOC 
10 information may alternatively be supplied before the server unit 1 0 supplies ATRAC data to the recording and playback 
section 20. 

[0339] In particular, the processing in step S209 is performed after the setup is completed but before the start com- 
mand (START) is supplied, that is, between the processing in step S203 and the processing in step S205. It is to be 
noted that, since the recording and playback section 20 records TOC information after ATRAC data are recorded onto 
*s the disc D, the TOC information supplied formerly must be saved in the external memory or the like. 

[0340] Further, in the audio server system 1, while the server unit 10 supplies ATRAC data to the recording and 
playback section 20, it may supply TOC information simultaneously. 

[0341] In particular, since the data line at which ATRAC data and commands are supplied is different between the 
ATRAC line 2A and the command line 2C, the processing in steps S206 and S207 and the processing in step S209 
20 can be performed parallelly. This can reduce the data transmission time for a sequence of steps of downloading process- 
ing. It is to be noted that, also in this instance, it is necessary for the recording and playback section 20 to save the 
TOC information into the external memory or the like and record, after all ATRAC data are recorded , the TOC information 
onto the disc D. 

[0342] Further, while it is described that, in the processing in steps S201 to S213, ATRAC data, corresponding to a 
25 plurality of contents are handled as a single data stream and information necessary for production of TOC information 
is supplied separately from the server unit 10 to the recording and playback section 20, there is no limitation to the 
specific processing. For example, if a plurality of contents are designated by a user, then also such processing as to 
record ATRAC data corresponding to one of the contents onto the disc D, produce and record TOC information of the 
thus recorded ATRAC data and then record ATRAC data corresponding to a next one of the contents is possible. 
30 [0343] In particular, such processing can be performed by forming the processing in steps S205 to S209 in a loop 
in which the processing is repeated for each one content. 

[0344] While various processing methods for transfer of ATRAC data and transfer of TOC information are available 
in regards to the order of the transfers or as parallel processing, this also applies to uploading. In particular, it is possible 
to effect uploading of TOC information prior to uploading of ATRAC data, to effect uploading of TOC information and 
35 ATRAC data parallelly or to effect uploading of ATRAC data and TOC information for each one track. 

7. Example of downloading operation 

[0345] An example of uploading operation executed by the downloading processing described above is described 
40 below with reference to FIGS. 22 to 27. 

[0346] Here, an example of operation particularly when musical contents for 2 programs are downloaded onto a disc 
D is described with reference to timing charts and so forth. 

[0347] It is assumed that, in the server 1 2, a large number of contents are recorded such as, as seen in FIG. 22(a), 
a content #1 whose title is "ByeBye", track mode (tmnd) is "a6", and track size is "0002.00.00", a content #2 whose title 
^5 is "Hello", track mode {trmd) is 'a6 n and track size is "00l0.2f.0a", and a content #3 whose title is "Morning", track 
mode (trmd) is "86" and track size is "0020.1e.00". 

[0348] Meanwhile, it is assumed that, on the disc D which has been carried in by the user and onto which downloading 
'is to be performed, as seen in FIG. 22(b), two musical programs of a first track Trl whose title is "Emotion", track mode 
(trmd) is "e6" and track size is "0011.05.02" and a second track Tr2 whose title is "Dream", track mode (trmd) is "e6" 

50 and track size is B 0022.1f.0a M are recorded. 

[0349] Here, if the user loads the disc D into the recording and playback section 20, selects the contents #2 and #3 
in the server 1 2 and performs an operation for downloading, then the content #2 (ATRAC data and so forth whose title 
is "Hello") and the content #3 (ATRAC data and so forth whose title is "Morning 0 ) stored in the server 12 are recorded 
onto the disc D. In this instance, such processing as illustrated in FIGS. 23A to 23E, 24A to 24E, 25A to 25E and 26A 

55 to 26D is performed. 

[0350] FIGS. 23A to 23E are time charts of command data communicated between the server unit 10 and the re- 
cording and playback section 20 when the ATRAC data are downloaded. It is to be noted that, in FIGS. 23A to 23E, 
the RTS/CTS signal is omitted. 
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[0351] First, as seen in FIG. 23C, the server unit 10 supplies the setup command (SETUP) "01 h" to the recording 
and playback section 20 at time t31 . 

[0352] When the setup command (SETUP) is received, the recording and playback section 20 enters a recording 
pause condition at time T32 as seen in FIG. 23E and transmits a status command (UD STATUS) and the value "03h" 
5 representative of a recording pause to the server unit 10 to inform the server unit 10 that a setup condition is entered. 
[0353] After the setup of the recording and playback section 20 is confirmed, the serverunit 10 supplies the download 
recording command (DOWNLOAD REC) "02h n to the recording and playback section 20 in step t33as seen in FIG. 23C. 
[0354] The supply of the download recording command (DOWNLOAD REC) corresponds to the processing in step 
S205 described hereinabove. 

w [0355] When the download recording command (DOWNLOAD REC) is received, the recording and playback section 
20 starts a recording operation and transmits the value n 02h" representative of a recording condition, together with the 
status command (UD STATUS) "20h" to the server unit 1 0 as seen in FIG. 23D to inform the server side of the recording 
condition. 

[0356] The server unit 10 starts supply of ATRAC data for the predetermined amount, that is, ATRAC data (ATRAC 
?5 (S)) of the content #2 and the content #3 stored in the server 12, to the recording and playback section 20 based on 
the request signal (Data Req(UD)) illustrated in FIG. 23B which is transmitted thereto from the recording and playback 
section 20 later than time t34. 

[0357] Then, since the server unit 10 supplies ATRAC data (ATRAC(S)) for each predetermined amount, it succes- 
sively supplies data to the recording and playback section 20 based on the request signal (Data Req(UD)) successively 
20 generated as seen in FIG. 23B. 

[0358] Meanwhile, the server unit 10 supervises to detect whether or not the status command (UD STATUS) is 
transmitted thereto from the recording and playback section 20 and checks whether or not the recording condition of 
the recording and playback section 20 is normal. This corresponds to the processing in step S206 described herein- 
above. 

25 [0359] It is to be noted that, although the recording and playback section 20 transmits a condition thereof using the 
status command (UD STATUS) and an argument of the status command (UD STATUS) each time its operation condition 
changes, for example, even if the operation condition does not vary, the recording and playback section 20 may peri- 
odically transmit a condition thereof using the status command (UD STATUS) "20h p and an argument of it. 
[0360] If the server unit 10 determines that it has supplied all ATRAC data to the recording and playback section 20, 

30 then it supplies the stop command (STOP) "03^ to the recording and playback section 20 at time t35 as seen from 
FIG. 23C. 

[0361] The processing of supplying the stop command (STOP) corresponds to the processing in step S208 described 
hereinabove. 

[0362] If the stop command (STOP) is received and all ATRAC data supplied are recorded onto the disc D, then the 
35 recording and playback section 20 ends its recording processing at time t36 and informs the server unit 10 that the 
stopping condition is entered using the status command (UD STATUS) "20h B and the value "00h u representative of the 
stopping condition as seen in FIG. 23D. 

[0363] FIGS. 24A to 24D are time charts illustrating communication of the TOCO information command (TOCO INFO) 
supplied from the server unit 10 to the recording and playback section 20 in step S209 described hereinabove. 
40 [0364] It is to be noted that FIGS. 24A to 24C show time charts of transmission data between and processing of the 
server unit 10 and the recording and playback section 20, and FIG. 24D illustrates recording conditions of the U-TOC 
sector 0 of the disc D at different times. 

[0365] First, at time t41 before which no TOCO information command (TOCO INFO) is supplied, in the U-TOC sector 
0 of the disc D, the start addresses, end addresses and track modes of the first and second tracks Tr1 and Tr2 (tracks 

45 whose titles are "Emotion" and "Dream") recorded formerly are recorded. 

[0366] As seen from FIG. 24A, the server unit 10 supplies, at time t42, the track mode and the track size of the first 
content (in this instance, the content #2) from between the two contents whose downloading has been performed. In 
particular, the server unit 10 supplies, together with the TOCO information command (TOCO INFO) °04", the content 
number "01 h" as a loading order number of the ATRAC data of the content #2 ("01 h" indicates the first download track 

so of the two download tracks), the track mode M a6h tt of the content #2 illustrated in FIG. 22 and the track size "001 Oh, 
2fh, 0ah M of the content #2. 

[0367] When the track mode and the track size of the first content (#2) of the plurality of contents whose downloading 
has been performed are received, the recording and playback section 20 performs processing to produce information 
of the U-TOC sector 0 based on the information supplied thereto and record it onto the disc D. 
55 [0368] It is to be noted that, while the processing is executed, the recording and playback section 20 returns the 
signal (RTS/CTS(UD)) as seen in FIG. 24B. 

[0369] Accordingly, at time t43, the track mode and the start address and end address corresponding to the first 
content (#2) which has been downloaded are recorded into the U-TOC sector 0 of the disc D. 
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[0370] Here, the first content (#2) of the contents which have been downloaded is managed as a third track Tr3 in 
the U-TOC sector 0 since the two tracks were recorded on the disc D already prior to the downloading. 
[0371] After time t43, as seen from FIG. 24A, the server unit 10 supplies the track mode and the track size of the 
second content (in this instance, the content #3) of the contents which have been downloaded. In particular the server 
s unit 10 supplies, together with the TOCO information command (TOCO INFO), the content number ("02h"; which indi- 
cates that this is the second download track) as a load order number of the ATRAC data whose title is "Morning", the 
track mode "86h" of the content #3 and the track size "0020h. leh. 00h tt of the content #3. 

[0372] When the track mode and the track size of the second content (#3) whose downloading has been performed 
is received, the recording and playback section 20 performs processing to produce, based on the information received, 

io information of the U-TOC sector 0 and record it onto the disc D. Accordingly, at time t44, the track mode and the start 
address and end address corresponding to the content #3 are recorded into the U-TOC sector 0 of the disc D. The 
second content (#3) whose downloading has been performed is thereafter managed as a fourth track Tr4 of the disc D. 
[0373] Then, the server unit 10 supplies the stop command (STOP) "OSh" in step t45 as seen in FIG. 24A. When the 
stop command (STOP) is received, the recording and playback section 20 determines that processing corresponding 

*5 to the TOCO information command (TOCO INFO) "04h° supplied formerly is completed, and performs processing of 
deleting the remaining data deciding that there is no data at any address later than the end address corresponding to 
the duplicated second content (#3). 

[0374] Accordingly, at time t46, together with data of the first and second tracks Trl and Tr2 recorded already, the 

tracks of the contents #2 and #3 are managed by the U-TOC sector 0. 
20 [0375] FIGS. 25A to 25D and 26A to 26D are lime charts illustrating processing of title information and so forth which 

are supplied from the server unit 10 to the recording and playback section 20 in step S209 described hereinabove. 

[0376] It is to be noted that FIGS. 25A, 25B, 25C and 26A, 26B, 26C show time charts of communication data and 

processing between the server unit 10 and the recording and playback section 20, and FIGS. 25D and 26D illustrate 

recording conditions of the U-TOC sector 1 and sector 4 of the disk at different times. 
25 [0377] First, as seen in FIG. 25D, at time t51 before which no title command (Title) is received, only the titles of the 

first and second tracks Tr1 and Tr2 recorded already are recorded in the U-TOC sector 1 and sector 4 of the disc D. 

[0378] The server unit 10 supplies, later than time t52, the title of the first content (#2) as a content which has been 

downloaded. 

[0379] In particular, the server unit 10 supplies, together with the title command (Title), the content number of the 
30 ATRAC data, the number of characters to be supplied and character data of the title "Hello" of the content. 

[0380] More particularly, as seen 1rom FIG. 25A, first at time t52, the server unit 10 transmits the track number '01 h° 
subsequently to the track number command (TNO) "05h a to inform the recording and playback section 20 that infor- 
mation of the first content (#2) of the contents which have been downloaded is being transmitted. 
[0381] If it is confirmed from the signal (RTS/CTS(UD)) that processing corresponding to the track number command 
35 (TNO) has been performed by the recording and playback section 20, then the server unit 1 0 transmits, later at time 
t53, information of the number of characters and character train data together with the title command (Title) °83h B . 
[0382] When the title of the first content (#2) as the downloaded content is received, the recording and playback 
section 20 performs processing to produce information of the U-TOC sector 1 and the U-TOC sector 4 based on the 
information received and record the information onto the disc D. 
40 [0383] It is to be noted that, whether the number of characters of the title is larger than a prescribed number, the 
processing is performed divisionally in a plurality of times. 

[0384] In particular, if data for only four characters can be supplied by one transmission, then the four characters of 
"Heir are supplied first at time t53 and then the one character w o" is supplied at time t54. 

[0385] Accordingly, at time t55, the title corresponding to the content #2 (the third track Tr3 of the disc D) which has 
45 been downloaded is recorded into the U-TOC sector 1 of the disc D. It is to be noted that, where title information by 
"kanji" characters, European characters or the like is supplied by a similar transmission process, the recording and 
playback section 20 performs recording of the U-TOC sector 4 based on the information. 

[0386] After the processing of the recording and playback section 20 regarding the title information of the content 
#2, the server unit 10 supplies the title of the downloaded second content (#3) at time t56 illustrated in FIG. 26A 

so [0387] In particular, the server unit 10 first transmits the track number "02h" following the track number command 
(TNO) "OSh" as the content number of the ATRAC data to inform the recording and playback section 20 that the infor- 
mation being transmitted is information of the second content (#3) of the contents having been downloaded. Then, if 
corresponding processing is performed by the recording and playback section 20, then the server unit 1 0 subsequently 
transmits information of the number of characters and character train data together with the title command (Title) "83h°. 

55 [0388] It is to be noted that the character train data in this instance is "Morning" and includes more than four char- 
acters, it is divided into "Morn" and "ing" and transmitted divisionally by two times as seen in FIG. 26A. 
[0389] When the title of the downloaded second content (#3) is supplied in this manner, the recording and playback 
section 20 performs processing to produce information of the U-TOC sector 1 (depending upon the case, the sectors 
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1 and 4) and record it onto the disc D. 

[0390] Accordingly, at time t57, the title corresponding to the second content #3 (fourth track Tr4 of the disc D) which 
has been downloaded is recorded into the U-TOC sector 1 of the disc D. 

[0391] Then, when the recording and playback section 20 completes recording processing of all of the titles as seen 
5 in FIG. 26C, the server unit 10 supplies the stop command (STOP) "03h", thereby ending the processing thereof. 

[0392] It is to be noted that, where-there remains information to be recorded onto the U-TOC sector 5, 6 or the like, 
transmission processing of the information is performed in a similar manner before the stop command (STOP) "03h" 
is supplied. Then, at the point of time when all TOC information is downloaded, the stop command (STOP) M 03h M is 
supplied. 

io [0393] By performing such processing as described above, the audio server system 1 can record U-TOC information 
regarding downloaded audio data onto the disc D. In particular, onto the disc D, in addition to the first track Tr1 with 
the title of "Emotion" and the second track Tr2 with the title of "Dream" which are recorded already, TOC information 
and ATRAC data of a third track Tr3 with the title of "Hello" and a fourth track Tr4 with the title of "Morning" which have 
been downloaded from the server 12 can be recorded. 

ts [0394] Naturally, if character data and/or image data are further downloaded, then they are recorded onto a prede- 
termined U-TOC sector or sectors. 

[0395] As described above : in the audio server system 1 , the server unit 10 transmits the track size of each track 
together with ATRAC data, and the recording and playback section 20 decomposes the data stream recorded on the 
disc D based on the track sizes and records the start addresses and the end addresses of the individual tracks into 

20 the U-TOC of the disc D. 

[0396] Consequently, with the audio server system 1 , a track or tracks selected by a user can be downloaded accu- 
rately onto the disc D. Further, since the recording and playback section 20 records ATRAC data as a single track 
based on a data stream transmitted thereto and records start addresses and end addresses of individual tracks in such 
a form that the data stream of the single track is divided, the utilization efficiency of the disc D can be raised. 

25 [0397] By the way, upon such downloading, various operations can be performed using the playback section 41 and/ 
or the relating information playback section 46. 

[0398] In particular, in the audio server system 1 , while the recording and playback section 20 records ATRAC data, 
the compressed ATRAC data being recorded by the recording and playback section 20 are decompressed and played 
back by the playback section 41. Consequently, when one or more tracks are to be recorded onto the disc D, the user 
30 can confirm audio data of a corresponding track being recorded. 

[0399] However, since the data being downloaded are compressed data of the ATRAC system, a portion of the data 
which can be played back as a music program is part of a program. For example, in the case of data compression to 
approximately 1/5, monitor playback for 1/5 the entire program can be performed. 

[0400] The location to be played back for monitoring may possibly be selected from several portions such as, for 
35 example, a top portion of the program, a highlight portion, and a portion which has been set upon uploading by an 
upload user. 

[0401] Further, in the audio server system 1 , together with monitor playing back of ATRAC data to be recorded onto 
the disc D by the playback section 41 or in place of playing back of ATRAC data by the playback section 41, a still 
picture or moving pictures, text data or the like can be played back as relating information of ATRAC data to be recorded 

40 onto the disc D by the relating information playback section 46. 

[0402] In particular, the main controller 11 of the server unit 10 acquires a file of character data and/or image data 
stored in the server 12 together with ATRAC data as one content from the server 12 and supplies the file to the printer 
apparatus 47 or the display apparatus 48 of the relating information playback section 46. When image data are supplied, 
then the printer apparatus 47 of the relating information playback section 46 prints the image data on paper, for example, 

45 in response to an operation of the user to present it to the user. Further, when image data are supplied, the display 
apparatus 48 of the relating information playback section 46 displays the image data, for example, in response to an 
operation of the user. 

[0403] Further, where a URL (Uniform Resource Locator) which is an address of a WWW server is involved, the 
main controller 11 of the server unit 10 acquires the relating information from a home page or the like through the 
50 communication interface 44 and supplies it to the printer apparatus 47, display apparatus 48 and speaker 49 of the 
relating information playback section 46. When information of the WWW server is received, the printer apparatus 47, 
the display apparatus 48 and so forth of the relating information playback section 46 output moving pictures, a still 
picture, sound, character information and so forth in response to an operation of the user. 

[0404] As described above, with the audio server system 1 , while ATRAC data are being downloaded onto a disc D, 
55 images, sound and text data stored in advance in the server 12 or relating information acquired from a network such 
as the internet through a transmission medium is displayed on the display apparatus 48 or printed by the printer ap- 
paratus 47 and can thus be provided to a download user. 
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8. Example of uploading operation 

[0405] An example ol uploading operation executed by the uploading processing described hereinabove with refer- 
ence to FIGS. 18 and 20 is described below with reference to FIGS. 28A and 28B, 29A to 29E, 30A to 30D, 31 A to 
5 31 D, 32Ato32Dand 33. 

[0406] Here, particularly an example wherein tracks for two programs are uploaded into the server 12 is described 
with reference to the timing charts and so forth. 

[0407] It is assumed that a large number of contents like contents #1, #2, #3, ... are recorded in the server 12 as 
seen in FIG, 28A. 

io [0408] Further, it is assumed that, as seen in FIG. 28B, three musical programs of a first track Trl whose title is 
"Woman", track mode (trmd) is a e6" and track size is 001 0.05.03", a second track Tr2 whose title is "Street", track mode 
(trmd) is "e6" and track size "0012.10.3e" and a third track Tr3 whose title is "Night", track mode (trmd) is "86" and 
track size is "0021 .1e.06" are recorded on a disc D carried in by a user who wants to effect uploading. 
[0409] Here, it is assumed that the user loads the disc D into the recording and playback section 20, designates the 

is tracks Tr2 and Tr3 of the disc D and performs an operation tor uploading. 

[0410] As the uploading operation, such processing as illustrated in FIGS. 29Ato29E, 30Ato30D, 31 A to 31 D, and 
32 A to 32D is performed. 

[0411] FIGS. 29A to 29E are time charts of communication of command data between the server unit 10 and the 
recording and playback section 20 when ATRAC data are uploaded. It is to be noted that the RTS/CTS signal is omitted 
20 in FIGS. 29Alo29E. 

[0412] First, the server unit 10 transmits the upload track number command (UPLOAD TNO) to the recording and 
playback section 20 at time t61 illustrated in FIG. 29C. In particular, the server unit 10 informs the recording and 
playback section 20 with the upload track number command (UPLOAD TO) n 11h" and a number of tracks "02h B and 
track numbers "02h B and u 03h a following the same that the tracks Tr2 and Tr3 have been selected as an object of 

25 uploading. This processing corresponds to the processing in step S301 described hereinabove. 

[0413] Then at time t62, the server unit 10C transmits the upload playback command (UPLOAD PLAY) "12h" to the 
recording and playback section 20 as seen in FIG. 29C. This corresponds to the processing in step S302. 
[0414] In response to the transmission, the recording and playback section 20 starts a playback operation of the 
tracks Tr2 and Tr3 designated by the upload track number command (UPLOAD TNO). Then, as seen from FIG 29D, 

30 the recording and playback section 20 transmits the value "01 h" representative of upload playback to the server unit 
10 together with the status command (UD STATUS) "20h". 

[0415] The server unit 10 transmits the request signal (Data Req(S)) to the recording and playback section 20 later 
than time t63. In response to the request signal (Data Req(S)), the recording and playback section 20 starts supply of 
ATRAC data for the predetermined amount, that is, ATRAC data (ATRAC(UD)) of the tracks Tr2 and Tr3 played back 
35 from the disc D. 

[0416] Then, the server unit 10 transmits, in response to the recording operation into the server 12, the request signal 
(Data Req(UD)) to the recording and playback section 20 as seen in FIG. 29B. In response to the request signal (Data 
Req(UD)), the recording and playback section 20 successively supplies ATRAC data to the server unit 10 as seen in 
FIG. 29A. 

40 [0417] Meanwhile, the server unit 10 supervises to detect whether or not the status command (UD STATUS) is 
transmitted from the recording and playback section 20 to discriminate whether or not the recording condition of the 
recording and playback section 20 is normal. This corresponds to the processing in step S303 described hereinabove. 
[0418] If the recording and playback section 20 determines that all ATRAC data are supplied to the server unit 10, 
then it stops its playback operation at time t64 as seen from FIG. 29D and informs the server unit 10 that a stopping 

45 condition is entered with the status command (UD STATUS) "20h" and the value "OOh" representing the stopping 
condition. 

[0419] Consequently, the server unit 10 detects completion of the uploading of ATRAC data and ends recording of 
ATRAC data into the server 12. 

[0420] FIGS. 30A to 30D are time charts of communication of a TOC information request from the server unit 10 to 
so the recording and playback section 20 which is performed in step S306 described above. 

[0421] After the recording of ATRAC data into the server 12 is completed, the server unit 10 transmits, at time t71 , 
the TOC request command (TOC REQ) to the recording and playback section 20 as seen in FIG. 30A to make a request 
for transmission of TOC information. 

[0422] In particular, the server unit 10 first transmits an argument "00h n together with the TOC request command 
55 (TOC REQ) "14h B to request for information of the U-TOC sector 0 regarding the uploaded tracks. 

[0423] In response to the request, the recording and playback section 20 supplies, at time t72, the TOCO information 
command (TOCO INFO) and arguments thereof, that is, the track mode and the track size of the first track (in this 
instance, the track Tr2) from between the two tracks which have been uploaded. 
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[0424] In particular, the recording and playback section 20 supplies, as seen in FIG. 30B, together with the TOCO 
information command (TOCO INFO), the track number "01 h" (which indicates that the track is the first upload track 
from between the two upload tracks) as a loading order number of ATRAC data of the track Tr2, and such track mode 
B e6h B of the track Tr2 and track size "001 2h. 10h. 3eh" of the track Tr2 as seen in FIG. 28B. 
5 [0425] When the track mode and the tack size of the first track (Tr2) which has been uploaded is received, the server 
unit 10 produces file management information based on the information supplied thereto and re-arranges the ATRAC 
data in the server. It is to be noted that, during execution of the processing, the server unit 10 returns the signal (RTS/ 
CTS(S)). 

[0426] Then, later than time t73, the recording and playback section 20 supplies the track mode and the track size 
10 of the track Tr3 which is the second upload track. In particular, the recording and playback section 20 supplies, together 
with the TOCO information command (TOCO INFO) B 04h', the track number "02h" (which represents that the track is 
the second upload track) as a loading order number of the ATRAC data of the track Tr3, the track mode "86h a of the 
track Tr3, and the track size "0021 h. 1eh. 06h" of the track Tr3. 

[0427] When the track mode and the track size of the second track (Tr3) which has been uploaded are received, the 
75 server unit 10 produces file management information based on the information supplied thereto and re-arranges the 
ATRAC data in the server. 

[0428] After the transmission of the information of the U-TOC sector 0 regarding all of the upload tracks, the recording 
and playback section 20 transmits completion of the transmission using the stop command (STOP) "03h M at time t74 
as seen in FIG. 30B. 

20 [0429] When the stop command (STOP) is received, the server unit 10 determines at lime t75 thai processing cor- 
responding to the TOCO information command (TOCO INFO) "04h" supplied formerly is completed, and performs 
processing of deleting the remaining data deciding that there is no data at any address following the end address 
corresponding to the uploaded second track (Tr3). 

[0430] The server unit 10 fetches the information of the U-TOC sector 0 transmitted in this manner and makes the 
25 information correspond to the uploaded tracks. In particular, since the ATRAC data of the two tracks are uploaded as 
a single data stream, the data stream is decomposed with the data size for each track based on the fetched information 
of the U-TOC sector 0 to establish a condition wherein the uploaded tracks are individually managed correctly as the 
contents. FIGS. 31 A to 31 D and 32A to 32D showtime charts of a TOC information request communicated from the 
server unit 10 to the recording and playback section 20 in step S306 described hereinabove. 
30 [0431] The TOC information request is a request for title information (information of the U-TOC sector t and the U- 
TOC sector 4 of the disc D). 

[0432] The server unit 1 0 transmits, at time t81 , the TOC request command (TOC REQ)tothe recording and playback 
section 20 to make a request for transmission of the TOC information. 

[0433] In particular, the server unit 10 transmits : together with the TOC request command (TOC REQ) "14h n , an 
35 argument "01 h" to request for information of the U-TOC sector 1 regarding the uploaded tracks. 

[0434] In response to the request, the recording and playback section 20 supplies, at time t82, the title of the first 
track (Tr2) as a track which has been uploaded. 

[0435] In particular, the recording and playback section 20 supplies, together with the title command (Title), the track 
number of the ATRAC data, the number of characters to be supplied and the charged data of the title "Street" of the track. 
40 [0436] More particularly, the recording and playback section 20 first transmits, at time t82, the track number "01 h B 
next to the track number command (TNO) "05h" to inform the server unit 10 that information of the track being trans- 
mitted is information of the first track (Tr2) of the two tracks which have been uploaded. 

[0437] If it is confirmed from the signal (RTS/CTS(S)) that processing corresponding to the track number command 
(TNO) has been performed by the server unit 10, then the recording and playback section 20 transmits, later at time 
45 t83, information of the character number and character train data together with the title command (Title) "83h". 

[0438] When the title of the first track (Tr2) as an uploaded track is received, the recording and playback section 20 
performs processing of registering the information supplied thereto in a corresponding relationship to the ATRAC data 
of the track Tr2. 

[0439] It is to be noted that, in this instance, since the number of characters of the title is larger than the prescribed 
50 number, the server unit 10 supplies the four characters "Stre" first at time t83 and then supplies the remaining two 
characters n et u at time t84. 

[0440] Accordingly, at time t85, the title corresponding to the uploaded track Tr2 is recorded into the server 1 2. It is 
tobe notedthat, where title information by "kanji" characters or European characters is received in a similar transmission 
process, the server unit 10 performs registration based on the information. 
55 [0441] After the processing of the server unit 10 regarding the title information for the track Tr2 is completed, the 
server unit 10 supplies the title of the uploaded second track (Tr3) at time t86 illustrated in FIG. 32B. 
[0442] In particular, the recording and playback section 20 first transmits the track number n 02h n next to the track 
number command (TNO) "05h" as the track number of the ATRAC data to inform the server unit 10 that the information 
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being transmitted is the information of the second track Ir3 from between the uploaded two tracks. Then, if correspond- 
ing processing is performed by the server unit 10, then the recording and playback section 20 transmits information of 
the character number and the character train data together with the title command (Title) °83h n . 
[0443] It is to be noted that, in this instance, since the character train data is "Night" and the number of characters 
s is larger than 4, it is divided into "Nigh" and V and transmitted divisionally by two times. 

[0444] When the title of the uploaded second track (Tr3) is supplied in this manner the server unit 10 performs 
processing of registering the information supplied thereto in a corresponding relationship to the ATRAC data of the 
track Tr3 into the server 12. 

[0445] Then, when the server unit 1 0 completes registration processing of all titles, the recording and playback section 
10 20 supplies the stop command (STOP) "03h" to the server unit 10 at time t88. 

[0446] After fetching of all information of the U-TOC sectors is completed, the server unit 10 transmits the upload 
end command (UPLOAD FIN) "13h° to the recording and playback section 20 to inform the recording and playback 
section 20 of the completion of uploading as seen in FIG. 32A. 

[0447] It is to be noted that, where character data and/or image data are recorded in the U-TOC sector 5 and/or 
15 sector 6 in addition to the information of the U-TOC sector 0, sector 1 and sector 4, a transmission request for such 
information is made in a similar manner before the upload end command (UPLOAD FIN) "13h" is supplied. Then, at a 
point of time when all of the TOC information is uploaded, the server unit 10 transmits the upload end command 
(UPLOAD FIN) "I3h" to the recording and playback section 20. 

[0448] By performing such processing, the audio server system 1 can upload audio data and relating information 
20 recorded in the U-TOC precisely to the server 12 from the disc D. 

[0449] In the example described, in addition to the contents recorded already, the content #m with the title of "Street" 
and the content #m+1 with the title of "Night" which have been uploaded are registered in the server 12 together with 
the relating information of the same as seen in FIG. 33. 

[0450] By the way, also upon this uploading, various operations can be performed using the playback section 41 and 
2S the relating information playback section 46. 

[0451] In particular, in the audio server system 1 , while the server unit 10 is recording ATRAC data : the compressed 
ATRAC data are supplied also to the playback section 41 so as to be decompressed and played back. Consequently, 
the upload user can confirm whether or not a musical program or the like desired by the upload user itself has been 
uploaded correctly 

30 [0452] Further, in the present audio server system 1 . it is also possible to output character information and/or image 
information to be uploaded together with ATRAC data by means of the relating information playback section 46 so as 
to allow the upload user to effect confirmation from a display output or a print output. 

9. Audio server system employing network 

[0453] While the audio server system having such a construction as described above with reference to FIG. 3 is 
described above, the audio server system of the present invention can be implemented also where, for example, a 
communication network is used. 

[0454] FIG. 34 illustrates an image of the modified audio server system just mentioned. Referring to FIG. 34, a center 
server 100 is connected to CD shops 101, 102 and 103, and common homes 104, 105 and 106, each of which has a 
server terminal, by a communication network. 

[0455] Each server terminal has, for example, such functions as those of the recording and playback section 20 
described hereinabove. Meanwhile, the center server 100 has, for example, such functions as those of the server unit 
10 described hereinabove. 

[0456] Consequently, it is possible to perform uploading into the center server 1 00 over the communication network 
using a server terminal in a home or a shop such as a CD shop. Also it is possible to perform downloading from the 
center server 100 over the communication network in a home or a shop such as a CD shop. 

[0457] By implementing such a system as described above, a wide-range and very easy providing form for music or 
the like can be realized. 

[0458] While it is described in the description of the embodiment that audio data are recorded onto a magneto-optical 
disc, the present invention can be applied not only to a system which records audio data but also to another apparatus 
which records, for example, video data. 

[0459] Further, the applicable recording medium is not limited to a magneto-optical disc such as a mini disc, but also 
any other recording medium can be applied only if it allows random accessing. 

[0460] Naturally, for processing methods for uploading, downloading and so forth, various methods can be applied. 
[0461] As can be recognized from the foregoing description, the data transmitting and receiving system of the present 
invention can achieve the following effects. 

[0462] The data transmitting and receiving system of the present invention has an effect that a user can lay open 
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data owned by the user itself such as, for example, an original musical program and sell it to many and unspecified 
users readily using the data transmitting and receiving system and a recording medium owned by the user. 
[0463] The data transmitting and receiving system of the present invention has another effect that many and un- 
specified users can obtain even personal information, which has conventionally been difficult to obtain, such as, for 

s example, a musical program of an amateur musician readily 

[0464] Since a same recording medium such as : for example, a mini disc is used commonly for both of uploading 
and downloading, the convenience in use of the system is augmented. For example, the data transmitting and receiving 
system of the present invention is convenient also where a certain user first performs uploading and then performs 
downloading in succession. Further, where a same recording medium is used, confusion in use by users can be avoided. 

io [0465] Further, since a recording and playback apparatus section which serves both of recording means and playback 
means can be utilized as a system construction, also simplification in construction cal be realized. 
[0466] A user who performs uploading can provide character data and/or image data together with compressed audio 
data. For example, as characters incidental to the a musical program, the words, a message, a live schedule or an 
explanation can be provided, and as an image, a photograph of a user, an image picture or the like can be provided. 

is Consequently, there is an effect that transmission of information having a high added-value becomes possible. 

[0467] A user who performs uploading can store necessary information into a server using information inputting 
means. The information may be information such as, for example, a message, which can be provided to many and 
unspecified persons, or may be information which defines a condition for downloading regarding a musical program 
or the like provided by uploading. In particular, upon uploading, information to be added to information stored on a 

20 portable recording medium or information which a person who executes uploading wants lo indicate to the system can 
be inputted arbitrarily. This can allow various information providing forms. 

[0468] Also a password or the like to be used to accept a download charge or for various management can be set 
arbitrarily by a user. 

[0469] A person who executes uploading can set a charge for downloading (an amount of money which the upload 
25 user wants to receive for one downloading operation) for compressed audio data of an object of uploading from the 
information inputting means. In other words, also when information is to be provided with charge, the information 
providing person can set the charge in accordance with its personal situation. 

[0470] Upon uploading, the audio server system can generate various necessary information and use it for manage- 
ment of uploaded compressed audio data and so forth. For example, where the audio server system generates the 
30 date of uploading or the data size and stores it in a corresponding relationship to the uploaded data, it can be used for 
a display in a table upon downloading or for management of other stored data. Consequently, the usefulness and the 
efficiency of the system operation can be augmented. 

[0471] Further, for example, a password of a person who performs uploading can be set automatically and can be 
used for specification of the user upon payment of a download charge or upon instruction of erasure. 
35 [0472] A user who performs downloading can obtain also character data and/or image data in addition to audio data 
selected by the user, and information of a high added-value can be obtained. 

[0473] Upon downloading, payment of a charge can be demanded appropriately to a person who performs the down- 
loading, and the data transmitting and receiving system can function appropriately as an information providing system 
with charge. 

40 [0474] Since results of downloading are managed in a corresponding relationship to stored compressed audio data, 
the information can be utilized effectively. For example, the information can be used as a basis for imposition of a 
charge upon a person who performs uploading, or can be used as a barometer of the degree of popularity. Further, to 
a person who performs downloading, it is possible to present, for example, a musical program which is very popular 
can be presented or to produce a hit chart in the audio server system. 

45 [0475] Where the audio server system is implemented over a communication network, uploading and downloading 
of compressed audio data and other information can be performed widely by a public communication network even at 
a place other than, for example, a shop or the like where server means, playback means or recording means is installed. 
In other words, there is an effect that an audio server system which is higher in efficiency and can be utilized by wide- 
range users can be provided. 

50 

Claims 

1 . A data transmitting and receiving system for connection to an information center and for transmitting and receiving 
55 data to and from said information center, comprising: 

loading means into which a recording medium on which content data produced by a user are recorded can 
be loaded; 
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playback means for playing back the content data produced by the user and stored on the recording medium; 
transmission means for transmitting the content data played back by said playback means and management 
information regarding the content data; 

selection means for selecting desired data from a large capacity storage in said information center; 
reception means for receiving the desired data selected by said selection means and the management infor- 
mation of the desired data transmitted thereto from said information center; and 

recording means for recording the data and the management information received by said reception means 
and recording the received data and management information onto the recording medium loaded in said load- 
ing means. 

2. A data transmitting and receiving system according to claim 1 , wherein the content data transmitted from said 
transmission means to said information center is at least one of compressed audio data, text data and image data. 

3. A data transmitting and receiving system according to claim 1 or 2, wherein the management information trasrnitted 
from said transmission means to said information center is counter value information for the content data. 

4. A data transmitting and receiving system according to claim 1 , 2 or 3, wherein the management information trans- 
mitted from said transmission means to said information center is identification information tor identification of a 
data type of the content data. 

20 

5. A data transmitting and receiving system according to any preceding claim, wherein the management information 
transmitted from said transmission means to said information center is authentication information for identification 
of a person who has produced the content data. 

2S 6. A data transmitting and receiving system according to any preceding claim, wherein the management information 
transmitted from said transmission means to said information center is a name of a person who produced the 
content data. 



30 



7. A data transmitting and receiving system according to any preceding claim connected an information center. 

8. An information center for having at least one terminal equipment connected thereto for communicating data with 
said terminal equipment, comprising: 

memory means for storing a plurality of content data therein; 
35 transmission means lor adding, to that one of the content data stored in said memory means which is selected 

by said terminal equipment side, management information for the one content data and transmitting the re- 
sulting data to said terminal equipment; and 

reception means for receiving content data and management information regarding the content data produced 
on and transmitted from said terminal equipment side; and wherein 
40 the content data are arranged based on the management information received by said reception means and 

stored into said memory means. 

9. An information center according to claim 8 having at least one terminal equipment connected thereto. 

45 1 o. An information center according to claim 8 connected to at least a data transmitting and receiving system according 
to any one of claims 1 to 6. 



so 
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